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1.0  INTRODUCTION 

1.1  OBJECTIVE 

The  objective  of  this  engineering  study  is  to  investigate  the  feasibility  of  integrating 
the  functions  of  switching,  multiplexing,  and  technical  control  in  order  to  decrease 
size,  weight,  and  power  requirements  while  Increasing  the  operational  reliability  and 
mobility/transportability  of  a tactical  communications  complex.  The  communication 
system  is  Intended  for  use  in  the  1980s  when  tactical  networks  will  operate  digitally. 
The  ability  to  develop  a self- supportable  integrated  communications  facility  of  this 
type  will  decrease  Air  Force  reaction  time  during  contingencies  and  improve  mission 
effectiveness  by  providing  the  Task  Force  Commander  rapid  and  reliable  communica- 
tion in  the  tactical  environment. 

1.2  BACKGROUND 

Switching,  multiplex,  and  technical  control  equipments  now  in  the  military  inventory 
and  in  the  engineering  development  phase(s)  will  not  fully  and  most  effectively  provide 
the  Task  Force  Commander  with  a flexible  and  effective  command  control  capability 
during  tactical  contingency  deployments . One  reason  is  that  the  equipment  is  not  suf- 
ficiently self  contained.  The  interoperation  of  the  separate  switching,  multiplexing, 
and  technical  control  facilities  requires  an  excessive  number  of  equipment  shelters 
and  associated  interconnecting  cables.  The  present  approach  to  the  problem  is  cumber 
some  and  requires  additional  operation  and  maintenance  support  personnel  and  logis- 
tics support. 

1.3  SUMMARY 

1.3.1  Constraints  and  Assumptions 

The  work  performed  during  this  study  program  was  based  on  the  following  set  of  con- 
straints and  assumptions. 

1.  The  Integrated  Switch/Multiplex/Technical  Control  (ISMTC)  is  to  be 
used  in  the  1980  time  frame  when  all-digital  communications  systems 
will  be  used.  Thus,  all  input  signals  to  the  complex  are  assumed  to 
be  in  a digital  form. 

2.  Voice  signals  are  digitally  encoded  using  32  kb/s  Continuous  Var- 
iable Slope  Delta  (CVSD)  modulation  exclusively.  The  use  of  PCM 
is  not  anticipated. 

3.  Terminal  equipment  data  rates  are  expected  to  be  75  x 2°  to  a maxi- 
mum of  9,600  b/s;  higher  rates  will  be  8000  x n b/s.  "n"  is  an 
integral  value  in  both  cases. 


1 


4.  The  switch  Is  expandable  in  increments  of  150-  to  300-llne  modules 
to  a maximum  of  2400  lines. 

5.  A maximum  switch  matrix  blocking  probability  of  0.001  Is  maintained 
for  average  traffic  loads  up  to  0.8  Erlangs  per  line. 

6.  The  complex  is  transportable  and  designed  for  tactical  use. 

1.3,2  Summary  and  Conclusions 

Based  upon  the  above  assumptions  and  constraints  this  study  concludes  that  a trans- 
portable Integrated  Swltch/Multlplex/Technlcal  Control  (ISMTC)  facility  Is  feasible 
for  the  1980  time  frame.  In  fact  the  technology  already  exists  which  could  support 
the  development  of  such  a communications  complex. 

The  benefits  to  be  derived  from  Integration  of  the  Technical  Control  (TC)  function 
Into  the  switch  Includes  the  elimination  of  the  TC  problems  of  separate  siting,  housing, 
power,  processors,  logistics,  personnel,  Red/Black  areas.  Tempest  filtering,  eto. 
The  Intercommunication  facilities  between  TC  and  the  switch  are  also  eliminated.  In 
addition,  it  should  be  noted  that  the  Integration  of  TC  Into  the  switch  has  little  effect 
on  matrix  size,  cost,  and  weight. 

Matrix  considerations  are  discussed  In  Section  2.0.  Five  candidate  matrices  are 
evaluated,  one  space  division  and  four  time  division.  Paragraph  2.1.1  describes  a 
specific  space  division  matrix  fabricated  from  4x4  four-wire  matrix  crosspoint 
Integrated  circuit  chips.  This  provides  the  basis  for  the  comparison  of  a space  divi- 
sion array  to  the  four  time  division  approaches  described  In  paragraph  2.1.2.  A 
tradeoff  comparison  Is  conducted  In  paragraph  2.1.3  to  determine  the  relative  merits 
of  each  with  respect  to  size,  weight,  cost,  and  power  consumed  and  also  the  Impact 
on  the  communication  functions  of  transmission,  common  control,  technical  control, 
and  signaling.  It  Is  concluded  that  the  choice  of  a specific  matrix  type  Is  relatively 
Insensitive  to  the  aforementioned  communication  functions  and  should  be  selected  pre- 
dominantly on  the  basis  of  cost,  size,  weight,  and  power  requirements.  A summary 
of  the  tradeoff  results  Is  given  In  Table  4 which  Indicates  that  Candidate  5 (Time-Space 
Time)  appears  to  be  the  favored  choice.  See  paragraph  2. 1.2. 1.4  for  a description 
of  this  candidate. 

Various  aspects  of  switch  control  such  as  oommon  control,  trunk  barring,  and  line 
load  control  are  presented  In  Section  2.2. 

Section  2.3  describes  the  special  service  features  of  Interest  to  the  ISMTC  control 
complex. 


2 


Section  3.0  deals  with  the  multiplexing  aspect  of  the  ISMTC.  It  is  concluded  that  time 
division  switching  and  time  division  multiplexing  should  both  be  performed  In  an  Inte- 
grated time  division  matrix.  The  multiplexing  scheme  for  the  ISMTC  is  based  on  a 
blt-by-blt  multiplexing  of  bit  streams  derived  from  CVSD  subsets  generating  32  kb/ s 
per  line.  Groups  are  formed  from  the  basic  32  kb/s  line  rate  by  a bit  interleaving 
process. 

A design  approach  Is  presented  which  distributes  much  of  the  multiplex  equipment 
among  the  matrix,  trunk  group  formatter,  and  line  formatter.  Multiplex/demultiplex 
equipment  external  to  the  switch  Is  required  for  trunk  groups  greater  than  sixty  chan- 
nels and  for  groupings  which  are  not  certain  multiples  of  32  kb/s.  Rates  In  the 
75  x 211  category  can  be  accommodated  by  the  matrix  after  a retiming  procedure  per- 
formed by  Interface  circuits. 

In  the  technical  control  discussion  of  Section  4.0  it  Is  assumed  that  the  overall  tech- 
nical control  structure  is  hierarchal  In  nature  and  Is  composed  of  the  following  four 
distinct  elements: 

1.  System  Planning  and  Engineering 

2.  System  Control 

3 . Node  Control 

4.  Equipment  Support 

This  study  Is  directed  toward  the  analysis  of  the  feasibility  of  Incorporating  the  func- 
tions required  of  the  Node  Control  and  Equipment  Support  element  into  the  common 
processor  of  the  ISMTC. 

A description  of  quality  monitoring  and  testing  applicable  to  the  technical  control  func- 
tion at  nodes  of  a tactical  communications  network  is  Included  In  Section  4.1.  This 
description  Includes  discussions  related  to: 

1.  Monitor  Points  and  Parameters 

2 . Monitoring  Regenerated  Digital  Signals 

3.  Monitoring  of  Non- Regenerated  Digital  Signals 

4.  Monitoring  of  Analog  Parameters 

5 . Computer  Processor  Implications 
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Section  4.2  Is  directed  toward  the  development  of  hardware  considerations  related  to 
the  fault  Isolation  function  of  technical  oontrol.  Emphasis  Is  placed  on  the  determina- 
tion of  the  hardware  required  to  Isolate  faults  and  system  degradations  of  the  trans- 
mission system.  To  Illustrate  the  various  concepts  which  may  be  used  to  Implement 
the  fault  Isolation  function  related  to  the  transmission  system,  radio  relay  terminals 
are  used  for  the  purpose  of  discussion.  The  concepts  described  could  be  readily  ex- 
tended and  applied  to  other  types  of  terminals. 


Several  alternate  routing  schemes  appropriate  to  the  tactical  Air  Force  Network  are 
discussed  In  Section  4.3  for  the  purpose  of  evaluating  processor  Implications. 

. 

Section  4.4  Is  devoted  to  the  development  of  report  formats  for  the  technical  control 
report  and  recordkeeping  functions.  Three  types  pf  reports  are  considered: 


1.  Maintenance  Reports 

2.  Status  Reports 

t it  • j m • 

3.  Supervisory  Reports 
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The  section  describes  some  of  the  factors  which  must  be  considered  for  the  reporting 
and  recordkeeping  functions  as  well  as  typical  report  entries  and  formats. 

Section  4.5  contains  an  Investigation  of  the  Impact  on  switch  design  due  to  the  Inte- 
gration of  the  technical  control  functions  Into  the  ISMTC.  The  analysis  Indicates  that 
while  the  effects  on  the  common  processor  are  significant.  Impact  on  the  switch  ma- 
trix Is  moderate.  The  major  effect  Is  an  Increase  In  matrix  size  due  to  bullt-ln  ma- 
trix error  detection  equipment.  An  additional  matrix  Impact  could  result  from  the 
Implementation  of  a common  transmission  equipment  monitoring  scheme.  It  Is  con- 
cluded that  the  specific  matrix  type  Is  relatively  Insensitive  to  technical  control  con- 
siderations and  should  be  selected  predominantly  on  the  basis  of  switching  and  multi- 
piexfog 

Section  5.0  discusses  the  various  aspects  of  an  Integrated  complex.  A system  descrip- 
tion of  the  overall  nodal  equipment  configuration  Is  giver  in  Section  5.2.  This  In- 
cludes a discussion  of  the  various  switch,  technical  control  and  Input/output  subsystem 
composing  the  ISMTC. 

Section  5.3  discusses  the  type  of  orderwlre  to  be  used  with  the  ISMTC.  One  32-kb/s 
channel  of  a full  60-channel  trunk  group  is  sufficient  to  handle  all  signaling  and  super- 
vision, remote  status  reports,  continuous  reporting  to  the  Systems  Control  Element, 
and  framing  and  synchronization.  Periodic  and  aperiodic  reports  can  be  sent  via 
"dial-up"  lines  when  required.  The  32-kb/s  common  channel  Is  submultiplexed  Into 
four  8-kb/s  subchannels  as  shown  In  Figure  55.  This  data  rate  capacity  Is  more  than 
adquate  for  handling  the  above-mentioned  functions. 
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Common  processor  requirements  relating  to  the  Integration  of  the  technical  control 
and  switching  functions  are  contained  In  Section  5.4.  Program  descriptions  and  siz- 
ing estimates  are  given  for  a baseline  system  for  several  different  switch  sizes.  No 
specific  processors)  has  been  recommended  but  a section  on  desirable  processor 
characteristics  Is  Included  as  well  as  a survey  of  applicable  machines.  In  general, 
the  conclusion  reached  from  studying  the  various  requirements  Indicates  that  current 
processor  technology  Is  capable  of  fully  supporting  the  ISMTC.  In  fact,  the  risks  In- 
volved In  designing  a processor  from  the  operational  characteristics  viewpoint  appear 
to  be  low.  More  risk  appears  In  satisfying  the  stringent  environmental  and  rugged- 
ness specification.  In  this  regard,  the  specifications  of  a presently  available  milita- 
rized minicomputer  have  also  been  Included. 

Section  5.5  presents  a discussion  on  equipment  procedural  Interfaces,  Internal  and 
external  Interfaces,  followed  by  descriptions  of  examples  applicable  to  the  Interfacing 
of  an  ISMTC  with  the  DCS.  The  worst  case  situation  Is  considered,  l.e.,  the  basic 
systems  will  not  be  designed  to  be  completely  compatible.  Therefore,  the  Interface 
must  be  provided  through  the  Introduction  of  applique  units  which  would  be  required 
at  gateway  Interfaces. 

The  functions  provided  by  the  personnel  assigned  as  switch  operators,  technical  con- 
trollers, and  Installation  and  maintenance  personnel  are  briefly  described  In  Sec- 
tion 5.6.  At  present,  most  required  actions  are  provided  on  a manual  basis  In  tac- 
tical military  communication  networks.  However,  many  of  the  required  functions  are 
readily  adaptable  to  automation.  Table  14  lists  operation  functions  required  In  both 
manual  non- Integrated  facilities  and  In  an  ISMTC  applicable  to  the  tactical  networks 
of  the  1980s  and  Indicates  which  functions  can  be  aided  by  automation. 

A short  discussion  of  Red/Black  considerations  Is  Included  In  Section  5.7. 

Transportability  requirements  are  analyzed  In  Section  6.0.  Preliminary  estimates  of 
ISMTC  physical  requirements  Indicate  that  It  may  be  possible  to  house  the  complex  In 
as  few  as  one  or  two  shelters. 
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2.0  SWITCHING  CONSIDERATIONS 

The  main  thrust  of  this  part  of  the  study  Is  to  determine  the  feasibility  of  Integrating 
the  switch,  multiplex,  and  technical  oontrol  Into  a single  transportable  communica- 
tions complex  designed  for  use  In  the  tactical  environment  of  the  1980s.  In  this  sec- 
tion the  switching  aspect  of  the  system  Is  considered.  Five  candidate  systems  are 
compared  as  to  their  suitability  for  the  Integrated  Swltoh/Multlplex/Technlcal  Control 
(ISMTC)  application.  Both  space  division  and  time  division  approaches  are  considered. 

In  order  to  aid  the  discussion,  some  tutorial  material  Is  Included  In  the  space  division 
matrix  section  (paragraph  2.1.1)  to  familiarize  the  reader  with  switching  concepts  and 
terminology  used  In  this  report.  Also  Included  In  this  section  Is  a specific  space  divi- 
sion matrix  design  which  Is  used  as  the  basis  for  comparison  with  the  time  division 
schemes  described  In  paragraph  2.1.2.  All  candidate  systems  are  compared  to  each 
other  In  paragraph  2.1.3  with  respect  to  size,  weight,  cost,  and  power  consumption 
as  well  as  their  Impact  on  transmission  facilities,  signaling,  common  control,  and 
technical  control. 

Section  2.2  Includes  discussions  of  switch  oontrol  Including  common  control,  line  load 
control,  and  trunk  barring.  Detailed  discussions  of  processor  functions  and  character- 
istics are  deferred  to  Section  5.4. 

An  explanation  c*  the  various  special  switching  services  which  may  be  required  In  a 
tactical  environment  Is  Included  In  Section  2.3. 

2.1  MATRIX  TECHNOLOGY 

2.1.1  Soaoe  Division  Arrays 

In  the  past,  space  division  arrays  were  not  considered  cost  effective  or  sufficiently 
compact  when  compared  to  time  division  approaches.  This  section  considers  the  pos- 
sibility that  the  use  of  solid  state  crosspoints  or  future  technological  advances  may 
change  this  view. 

Paragraph  2. 1.1.1  presents  a brief  review  of  space  division  network  theory  In  order 
to  Introduce  the  reader  to  some  of  the  switching  terminology  and  concepts  to  be  used 
In  later  sections.  The  properties  of  staged  arrays  and  then  folded  staged  arrays  are 
discussed.  This  provides  the  background  for  the  matrix  design  described  In  para- 
graph 2.1. 1.3. 

A specific  circuit  design  Is  Included  In  paragraph  2. 1.1. 2 for  a 4 x 4 four-wire  cross- 
point  matrix  fabricated  on  a single  Integrated  circuit.  The  possibility  of  Integrating 
larger  matrices  on  a chip  Is  also  considered.  These  Integrated  circuits  are  then  used 

as  the  building  blocks  for  a 2400-llne  three-stage  folded  space  division  array  composed 
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of  eight  300-llne  modules.  This  design  is  then  used  to  calculate  the  quantity  of  chips 
required  in  such  a system.  The  number  of  such  Integrated  circuits  determines  the 
system  cost,  size,  and  reliability. 


2. 1.1.1  Theory 


A switching  network  is  that  part  of  a switching  system  that  establishes  transmission 
paths  between  pairs  of  terminals.  The  most  basic  space  division  switching  network 
is  the  N x N rectangular  array  depicted  in  Figure  1.  The  number  of  crosspoints  (con 
nectlng  devices)  required  is  N^.  Note  that  at  all  times  there  is  at  least  one  available 
path  between  any  pair  of  idle  lines  or  trunks,  regardless  of  the  number  of  paths  al- 
ready occupied.  Networks  possessing  this  property  are  called  "nonblocking". 


N Outputs 


PvLa 


Crosspoint 


Figure  1.  Space  Division  NxN  Matrix 


* 


2. 1.1. 1.1  Staged  Arrays 


The  number  of  crosspoints  required  for  a space  division  matrix  can  be  reduced  through 
the  use  of  staging.  A three-stage  array  Is  shown  In  Figure  2.  This  approach  replaces 
the  large  single  matrix  with  a number  of  smaller  matrices  Interconnected  In  stages. 
The  first  and  third  stages,  as  shown  In  Figure  2,  have  r modules  each  with  n Inputs 
and  m outputs.  The  second  stage  has  m modules,  each  with  r Inputs  and  r outputs. 
From  Figure  2 It  Is  clear  that  the  total  number  of  crosspoints,  X(3),  Is 

2 

X(3)  = 2 nmr  + mr 

A nonblocking  switch  may  be  achieved  by  selecting  r = %/n" (assuming  N to  be  a per- 
fect square),  and 

m = 2 N1/2  - 1 

This  yields  a total  number  of  crosspoints  of 


which  Is  less  than  N2  for  N > 


n 


Figure  2.  Generalized  Form  of  a N (m,n,r)  Three-Stage  Array 


# 


vA 


t-.  ' 


Li*  ‘ 


The  three-stage  switching  array  may  be  converted  Into  a five-stage  array  by  merely 
replacing  each  secondary  stage  rectangular  array  by  a new  three-stage  array.  Such 
a five-stage  array  Is  shown  Ir  Figure  3.  Each  Input  and  output  swltoh  Is  assumed  to 
have  N - N1/3  Input  or  output  lines.  The  total  number  of  crosspoints  Is 

2 

X(5)  = 2 nmr  + 2 jksm  +S  km 

For  a nonblocking  array  M « 2 N^3  - 1 and  k = 2 n"3  - 1.  As  In  the  three-stage 
array  j = r*/3  = N*/3.  Therefore 

X(5)  = 16  N4/3  - 14  N + 3 N2^3 


which  Is  less  than  X(3)  for  N > 160. 

For  very  large  N It  may  be  advantageous  to  use  a seven-stage  array.  One  such  ar- 
rangement Is  possible  by  Inserting  a five-stage  array  for  each  secondary  matrix  of  a 
three-stage  array.  The  number  of  crosspoints  contained  In  such  a matrix  can  be 
shown  to  be  (Reference  1) 

X(7)  = 36  N5^  - 46  N + 20  N3/4  - 3 N*/2 


2. 1.1. 1.2  Folded  Arrays 

An  alternative  to  staged  arrays  as  discussed  In  the  previous  paragraph  Is  the  folded 
stage  array  such  as  shown  In  Figure  4.  This  three-stage  folded  array  differs  from  the 
three-stage  nonfolded  array  of  Figure  2 only  In  that  each  Input  Is  linked  to  the  corre- 
sponding output.  These  extra  links  between  stages  provide  additional  paths  through 
the  array.  Thus,  fewer  crosspolntr  are  required  relative  to  the  equivalent  nonfolded 
array  to  maintain  the  nonblocking  network  characteristics. 

Bidirectional  lines  are  required  In  a folded  array  whereas  only  unidirectional  lines 
may  compose  a nonfolded  type. 

The  crosspotnt  savings  by  using  folded  as  opposed  to  nonfolded  arrays  are  quite  sub- 
stantial. This  Is  due  to  the  fact  that,  unlike  nonfolded  arrays  which  require  2 n - 1 
secondary  stage  matrices  for  nonblocking  characteristics,  the  Identical  folded  matrix 
requires  only  n matrices  for  nonblocking  performance.  The  savings,  therefore,  ap- 
proach 50  percent. 

2. 1.1. 2 IC  Crosspoint  Matrix 

The  cost,  size,  power  requirements,  and  reliability  of  a space  division  array  varies 
aocordlng  to  the  number  and  size  of  the  Integrated  circuit  chips.  Thus,  In  order  to 
optimize  the  system  and  then  determine  these  matrix  parameters,  one  must  first 
design  or  select  a chip  with  maximum  crosspoint  density. 


2. 1.1. 2.1  Four-by-Four  Crosspoint  Chips 
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One  possible  type  of  digital  crosspoint  chip  Is  shown  In  Figure  5.  All  Input/output 
and  control  lines  are  shown  for  a four-wire  4x4  crosspoint  matrix.  Lines  Xu,  Xi2 
Xi3,  and  X14  are  Input  lines,  any  of  whloh  may  be  switched  to  the  outputs  *11.  *12* 
Y13,  or  Yj4«  Similarly,  for  the  opposite  transmission  direction  X2i,  X22,  X23,  and 
X^  may  be  connected  to  a*iy  of  the  output  lines  Y2i,  Y22,  Y23,  or  Y^.  Since  the 
chip  contains  16  four-wire  cvosspoints,  a four-bit  control  word  Is  required  to  select 
the  proper  crosspoint.  An  "open/close"  signal  is  Included  to  specify  whether  the  se- 
lected crosspoint  Is  to  be  opened  or  closed.  In  addition,  a "chip  select"  pin  is  used  by 
the  connection  control  to  enable  the  proper  chip  in  the  system. 
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Figure  5.  4x4  Crosspoint  Chip 
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The  chip’s  functional  organization  Is  depicted  In  Figure  6.  Note  that  the  circuit  Is 
composed  of  the  following  three  main  parts: 

1.  Decoder  Section  - Selects  one  of  the  16  latches  according  to  the  4-blt 
Input  code. 

2.  Sixteen-Bit  Latch  - Flip-flops  whose  outputs  hold  each  of  the  cross- 
points  In  their  respective  open  or  dosed  state  until  the  new  status  Is 
strobed  In. 

3.  Matrix  - The  logic  gates  whloh  actually  provide  the  speolfled  Input/ 
output  connection. 
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Figure  6.  Chip  Organization 


A logic  diagram  for  the  Integrated  circuit  Is  shown  In  Figure  7.  The  deooder  section 
Is  located  at  the  bottom  of  the  diagram.  Each  decoder  output  Is  connected  to  the  dock 
Input  of  one  of  the  16  one-bit  latches  located  directly  above  the  decoder.  Each  latch 
output  goes  to  two  "AND"  gates,  one  for  each  transmission  direction.  A twenty-gate 
array  located  at  the  top  of  the  page  provides  for  data  transmission  in  one  direction.  An 
Identical  gating  structure  Is  shown  In  the  middle  of  the  diagram  for  transmission  In 
the  opposite  direction. 

The  circuit  operation  will  now  be  described  by  discussing  a specific  example.  Suppose 
that  It  Is  desired  to  complete  the  following  four-wire  connection: 
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First  the  connection  control  puts  logical  1 ("1"  = close  crosspoint,  "0"  = open  cross- 
point)  on  the  "open/close"  line.  Simultaneously,  a four-bit  binary  code  word  (1001) 

Is  presented  to  the  control  lines.  Next  the  chip  select  line  goes  low  (logical  0)  thus 
enabling  the  decoder  which  puts  a zero  out  only  on  line  9.  All  the  other  decoder  out- 
puts remain  high.  This  negative  transition  on  line  9 clocks  the  logical  "1"  present  on 
the  "open/close"  line  into  latch  number  9 (the  seventh  latch  from  the  right).  The 
logical  "1"  now  present  on  the  latch  Q output  enables  two  "AND'1  gates.  One  gate  pro- 
vides a transmission  path  from  X^2  to  Y13  and  the  other  gate  from  X23  to  Y22. 

The  Interconnection  of  these  4x4  crosspoint  chips  to  form  larger  matrices  Is  Illus- 
trated In  Figure  8.  Here  an  8 x 8 matrix  Is  Implemented.  Note  that  only  the  two-wire 
connections  are  shown  In  order  to  simplify  the  figure.  Input  lines  X}  through  X4  are 
bussed  to  all  chips  In  the  top  row  and  lines  X5  through  Xs  are  bussed  to  all  chips  In 
the  second  row.  Outputs  Y}  through  Y4  are  constructed  by  "wire  ORlng"  the  corre- 
sponding outputs  of  the  chips  In  the  left-hand  column.  The  Yg  through  Yg  outputs  are 
similarly  formed  from  the  chip  outputs  of  the  right  hand  column. 

2.1.1. 2.2  N x N Crosspoint  Chips 

Thus  far  only  a 4 x 4 four-wire  matrix  IC  has  been  considered  as  a system  building 
block.  Varying  the  number  of  crosspoints  per  chip  impacts  on  system  cost,  size, 
power,  and  reliability.  In  this  paragraph  the  impact  on  the  system  of  an  n x n four- 
wire  matrix  chip  Is  examined. 

First  consider  the  pin  count  per  IC  package  for  an  n x n chip.  This  determines  the 
package  size,  reliability,  and,  to  a large  extent,  cost.  System  reliability  Is  approx- 
imately proportioned  to  total  pin  count  since  the  dominant  number  of  failures  In  Inte- 
grated circuits  occurs  in  the  chip-to-pln  junction.  Costs  are  affected  by  pin  count 
since  as  the  number  of  pins  Increases  the  yield  during  manufacture  decreases.  Thus 
IC  packages  with  very  large  numbers  of  pins  may  be  prohibitively  expensive. 

A plot  of  IC  package  pin  count  versus  matrix  size  is  plotted  In  Figure  9.  Note  than  an 
IC  package  containing  a 4 x 4 matrix  possesses  25  pins  compared  to  the  8 x 8 matrix 
IC  which  contains  43  pins.  A dramatic  Improvement  In  reliability  can  be  obtained  by 
using  an  8 x 8 chip  to  replace  four  4x4  chips  since  the  latter  configuration  requires 
100  package  pins.  Thus,  the  MTBF  Is  more  than  doubled  while  the  crosspoint  array 
shrinks  to  approximately  half  tbr  size  of  a system  employing  4x4  chips.  The  8x8 
crosspoint  chip  Is  used  In  the  subsequent  analysis,  therefore,  in  calculating  the 
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Figure  8.  Chip  Interconnections  for  8 x 8 Matrix 
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Power  and  size  requirements  are  both  minimized  when  the  number  of  switch  cross- 
points  are  at  a minimum.  As  noted  In  paragraph  2. 1.1. 1.2,  there  Is  a significant 
crosspoint  advantage  when  using  folded  as  opposed  to  non-folded  staged  arrays. 
Crosspoint  requirements  are  minimized  for  this  type  of  array  In  the  2400-llne  region 
by  a five-stage  matrix.  However,  the  three-stage  array  as  used  In  the  analysis  Is 
consistent  with  the  TDS  Investigation  which  considers  three-stage  space  arrays  of 
time  division  modules.  In  addition,  the  use  of  a minimum  five-stage  array  does  not 
affect  the  overall  conclusion. 

2. 1.1. 3.1  A Blocking  Three-Stage  Folded  Array 

Thus  far  only  nonblocking  arrays  have  been  considered.  Most  t pace  division  switches 
economize  on  the  number  of  crosspoints  required  by  permitting  a small  amount  of 
matrix  blocking.  Modern  tactical  switches  such  as  the  AN/TTC-39  specify  a blocking 
probability  of  . 001.  Matrix  blocking  probability  as  low  as  this  usually  Is  Insignificant 
when  compared  to  trunk  blocking.  It  Is  apparent  that  removal  of  a number  of  cross- 
points  will  result  In  blocking.  If  the  blocking  probability  is  limited  to  0. 001  for  50  per' 
cent  average  total  busy-hour  occupation  per  line,  the  array  is  permissible.  Thus, 
the  switch  of  Figure  10  has  been  designed  to  fulfill  the  requirements  of  this  study  pro- 
gram. The  three-stage  folded  array  of  Figure  10  contains  a near  minimum  number 
of  crosspoints  for  a 2400-llne  three-stage  switch.  The  switch  shown  Is  a symmetrical 

I array;  that  Is,  one  which  has  an  equal  number  of  primary  stage  Inlets  and  tertiary 

stage  outlets.  Note  that  the  switch  has  eight  14  x 30  primary  stage  matrices,  four- 
teen 80  x 80  secondary  stage  matrices,  and  a tertiary  stage  Identical  to  the  primary. 

It  is  Important  to  note  that  Figure  10  represents  a blocking  array.  A totally  nonblock- 
ing array  would  be  realized  if  the  switch  possessed  30  secondary  stage  switches.  The 
array  been  transformed  from  an  array  with  a zero  blocking  probability  Into  a 
switch  with  a 0.69  x 10"1 * 3  probability  of  blocking  with  50  percent  total  occupation  per 
trunk.  This  value  Is  within  assumed  limits  ard  the  number  of  crosspoints  has  been 
cut  by  more  than  hnlf  over  the  equivalent  nonblocking  configuration. 


1It  should  be  noted  that  a 150-ptn  package  has  been  manufactured  by  Texas  Instru- 

ments and  a 300-pin  package  has  been  developed  for  the  Navy's  A A DC  program. 
The  suitability  of  constructing  a crosspoint  package  of  this  pin  size,  however,  has 
not  been  demonstrated  from  the  viewpoint  of  cost,  reliability  and  maintainability. 

As  a result  the  more  conservative  approach  of  a 8 x 8 crosspoint  design  has  been 
selected  for  analysts. 
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Blocking  Probability  = 0.691  i 10"^  ot  0.5  Erlongi 
Number  ot  Crosspoints  - 156,800 


Figure  10.  2400-Line  Space  Division  Switch  Three-Stage  Folded  Array 


At  this  point  it  Is  Important  to  note  that  this  particular  design  is  totally  inadequate  for 
use  as  a tandem  switch  where  the  required  grade  of  service  is  0.001  blocking  proba- 
bility at  0.8  Erlangs  per  line.  The  probability  of  blocking  for  the  matrix  of  Figure  10 
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for  80  percent  total  occupation  per  line  is  0.456.  The  swttoh  would  have  to  be  recon- 


figured to  inolude  19  secondary  stage  matrices  Instead  of  the  present  fourteen  to  satisfy 


tandem  switch  requirements. 

A further  requirement  which  has  been  Imposed  on  the  system  is  that  it  be  expandable 
in  increments  of  from  150-  to  3 00- line  modules  to  a maximum  of  2400  lines.  This 
has  been  achieved  by  dividing  the  2400-line  system  into  eight  identical  300-llne  mod- 
ules (see  Figure  11)  in  such  a way  as  not  to  affect  the  blocking  characteristics  of  the 
individual  module.  Note  that  each  secondary  stage  is  oomposed  of  fourteen  10  x 80 
matrices  of  which  only  a 10  x 10  portion  (1/8  of  the  secondary  matrix)  is  used  for 
the  300-llne  configuration.  This  inefficiency  is  progressively  diminished  as  more 
modules  are  grouped  together  to  form  a larger  system.  These  surplus  crosspoints 
need  not  be  supplied  with  the  module  unless  the  switch  is  to  be  used  in  an  expanded 
configuration.  However,  adequate  spaoe  and  wiring  must  be  provided  for  each  mod- 
ule as  if  it  were  to  be  used  in  the  maximum  2400-llne  configuration. 
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Figure  11.  300-  Line  Module 


The  modules  are  combined  by  attaching  the  70  spare  lines  of  each  10  x 80  matrix  of 
one  module  with  the  corresponding  matrix  lines  at  another  module  to  form  a larger 
secondary  matrix.  For  example.  In  forming  a 600-llne  system,  two  300-llne  modules 
are  used.  Ten  spare  lines  from  secondary  matrix  number  1 are  connected  to  the  ten 
corresponding  lines  of  matrix  number  1 In  module  2,  thus  forming  a 20  x 80  secondary 
matrix.  Similarly,  all  fourteen  10  x 80  secondary  matrices  of  module  1 are  combined 
with  the  fourteen  10  x 80  matrices  of  module  2 to  form  fourteen  20  x 80  matrices. 
Thus,  the  new  600-llne  system  contains  twenty  30  x 14  primary  matrices,  fourteen 
20  x 80  secondary  matrices,  and  twenty  30  x 14  tertiary  matrices.  Again,  note  that 
only  one  quarter  of  secondary  stage  crosspoints  are  used.  The  full  2400-llne  system 
Is  formed  by  connecting  the  secondary  rftage  matrices  of  eight  300-llne  modules  to 
form  fourteen  80  x 80  secondary  matrices  as  shown  In  Figure  11. 

2. 1.1. 3. 2 Chip  Requirements 

The  number  of  chips  required  for  a 2400-llne  three-stage  folded  space  division  array 
versus  the  grade  of  service  Is  plotted  In  Figure  12.  Chip  quantities  were  determined  . 
by  dividing  the  total  number  of  crosspoints  by  sixteen  (for  a 4 x 4 matrix  chip)  and  then 
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Quantity  of  Chips  Vs  Grade  of  Service  for  a 2400-Line  Three-Stage  Folded  Array 


adding  10  percent  for  unused  crosspoints2  and  10  percent  for  control  circuitry.  Curves 
are  provided  for  both  50  percent  and  80  percent  average  total  busy  hour  occupation  per 
line.  In  order  to  calculate  the  approximate  number  of  chips  required  for  a system 
composed  of  n x n matrix  chips,  merely  divide  the  Figure  12  quantities  by  (n/4)2. 


Notice  that  about  12. 000  chips  are  required  for  .001  blocking  probability  for  a 3 0.5 
when  4x4  matrix  chips  are  used.  Such  a system  Is  clearly  not  competitive  with  time 
division  systems  In  terms  of  cost.  size,  and  reliability.  The  chip  total  grows  to  ap- 
proximately 16, 000  to  satisfy  tandem  switch  requirements  (a  = 0. 8).  Erlang  loadings 
may  exceed  the  assumed  values  for  switches  handling  a high  volume  of  data  traffic 
with  long  holding  times  per  line  (e.  g. . measured  in  hours).  To  provide  a non-blocking 
matrix  requires  25.000  chips  which  would  be  the  limiting  case  for  traffic  loading 
greater  than  that  assumed  above.  The  analysis  assumes,  however,  that  the  predom- 
inant traffic  type  handled  Is  digitized  voice.  As  a result,  loading  factors  (1.  e. , call 
Introduction,  holding  times,  etc.)  based  on  present  experience  with  circuit  switches 
are  judged  appropriate  for  use  In  this  analysis. 


Although  one  couli  reduce  all  of  the  aforementioned  chip  quantities  by  a factor  of  four 
by  using  8x8  matrix  chips,  the  space  division  array  would  still  be  at  a serious  dis- 
advantage when  oompared  to  TD  systems  dee  paragraph  2.1.3). 


2.1. 1.4  Conclusions 


The  number  of  crosspoints  which  may  be  fabricated  on  a single  chip  Is  pin  limited. 

A 4 x 4 four-wire  crosspoint  matrix  chip  Is  dearly  realizable  using  present  technology. 
An  8 x 8 four-wire  crosspoint  chip  also  appears  to  be  feasible  and  Is  probably  the 
largest  matrix  which  may  reasonably  be  expected  to  be  fabricated  on  a single  chip  In 
the  near  future. 


2.1.2  Time  Division  Arrays 


The  previous  section  discusses  the  possibilities  of  using  a digital  space  division  array 
as  part  of  the  ISMTC.  However,  multiplexing  must,  be  performed  distinct  from  the 
matrix.  In  this  section  several  time  division  approaches  are  considered  In  which  the 
multiplex  function  Is  performed  as  an  Inherent  part  of  the  switching  function. 


*The  term  "unused  crosspoints"  refers  to  the  fact  that  using  4x4  matrix  chips  to 
synthesize  a rectangular  crosspoint  matrix  possessing  dimensions  which  are  not 
multiples  of  four  must  waste  some  of  the  crosspotnts  available  on  the  chips. 
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Reference  2 published  In  1972  Is  a prior  investigation  performed  for  RAD-  of  known 
digital  switching  techniques  to  determine  the  most  suitable  approach  for  future  switch- 
ing application.  This  work  has  been  analyzed  and  evaluated  in  determining  the  nature 
of  time  division  matrices  considered  for  an  Integrated  switch,  multiplex,  and  tec 
nlcal  control.  A description  of  these  systems  follows. 

2.1. 2.1  System  Descriptions 


2 . 1 . 2. 1 . 1  Time  Division  Module  Array 

The  Time  Division  Module  Array  approach  (referred  to  in  the  drawing  as  Candidate  2) 
is  Illustrated  in  Figure  13.  The  system  shown  is  a 2400-line  (3000  terminations) 
three-stage  space  division  array  which  uses  time  division  (TD)  switching  modules  for 
each  coordinate  matrix.  Note  that  each  matrix  is  a 60  x 60  array  composed  of  one 
fan-in  and  fan-out  matrix.  The  fan-in  structure  is  essentially  a TD  multiplexer  which 
accomplishes  the  switching  function  by  multiplexing  the  60  input  channels  onto  a single 
high-speed  time  division  highway  in  any  desired  order.  The  fan-out  portion  performs 
the  demultiplexing  function. 

Note  that  by  splitting  one  of  the  output  TD  modules  Into  its  fan-in  and  fan-out  portions, 
and  placing  the  fan-out  circuitry  at  the  switch  input,  the  array  has  been  reconfigured 
to  accept  2940  single  channels  plus  one  TDM  60-channel  group  (see  Figure  14).  It  Is 
important  to  note  here  that  this  change  required  no  additional  equipment  (such  as  multi- 
plex/demultiplex) and  only  minor  rearrangement  of  existing  modules.  It  can  be  seen 
that  any  combination  of  trunk  groups  and  single  channels  may  be  implemented  in  the 
same  manner  with  a reduced  need  for  external  multiplex. 

2 . 1 . 2 . 1 . 2  Redundant  Memory 

The  Redundant  Memory  approach  (Candidate  3)  is  shown  in  Figure  16.  The  figure 
shows  a 480-llne  portion  of  the  switch.  Notice  the  matrix  Inputs  and  outputs  are 
60-channel  TDM  highways  while  the  former  two  approaches  (space  division  and  time 
division  module  array)  were  characterized  by  single  channel  Input/output  ports. 

The  Random  Access  Memory  (RAM)  stores  an  entire  frame  (60  bits)  from  each  ol  the 
eight  input  60-channel  highways.  The  switching  function  is  Implemented  by  reading 
out  of  memory  each  of  the  60  channels  in  any  desired  sequence.  Each  read-out  com- 
mand produces  an  eight-bit  output  (one  bit  for  each  of  the  eight  highways)  of  which 
one  bit  is  selected  by  a multiplex  gate  to  be  transmitted  to  the  output  highway.  Note 
that  the  same  eight  highways  are  stored  in  all  eight  basic  modules;  thus,  the  name. 
Redundant  Memory.  The  Connection  Control  (CC)  supplies  the  9-blt  control  words 
which  determine  the  specific  RAM  memory  cells  read-out  (6  bits)  and  which  highway 
is  selected  by  the  multiplex  gate  (3  bits). 
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Figure  15.  Candidate  3 - Redundant  Memory 


Expansion  of  the  matrix  shown  in  Figure  15  is  accomplished  by  stacking  three  such 
systems  to  form  eight  tri-groups.  Twenty-four  such  tri-groups,  called  a segment, 
are  shown  in  Figure  16.  Four  such  segments  when  interconnected  compose  a 2400- 
line  switch.  This  segmenting  is  used  to  satisfy  modularity  requirements. 

2. 1.2. 1.3  Space-Time-Space 

The  Space-Time-Space  configuration  (Candidate  4)  is  a three-stage  TD  matrix  and  is 
shown  in  Figure  17.  As  in  the  redundant  memory  approach,  the  Inputs  and  outputs 
are  composed  of  60-channel  highways.  One  of  24  input  highways  is  selected  during 
each  time  slot  by  the  multiplex  gates  in  the  primary  stage  to  form  24  sixty-channel 
Intramatrix  highways  terminating  in  the  secondary  stage.  The  time  slot  Interchanges 
(TSI)  of  the  secondary  stage  are  RAMs  which  redistribute  the  channels  in  time.  For 
example,  data  arriving  at  the  TSI  in  time  slot  number  31  may  be  transmitted  in  out- 
put time  slot  number  15.  The  tertiary  stage  multiplex  gates  operate  on  the  60-channel 
output  highways  of  the  TSIs  in  a manner  identical  to  the  primary  stage  multiplex  equip- 
ment. Thus,  during  each  matrix  output  time  slot  each  tertiary  stage  multiplex  gate 
transmits  only  one  of  the  24  TSI  output  highways.  Here,  as  for  Candidate  3,  modular 
expansion  of  the  system  is  achieved  by  segmenting.  The  matrix  of  Figure  17  repre- 
sents one  segment. 

2. 1.2. 1.4  Time-Space-Time 

The  Time-Space-Time  configuration  (Candidate  5)  may  be  derived  from  Candidate  4 
by  interchanging  each  multiplex  gate  for  a TSI  and  vice  versa  (see  Figure  18).  Again, 
one  has  a three-stage  array  with  24  sixty-channel  TDM  input  and  output  highways.  The 
primary  stage  TSIs  redistribute  in  time  the  input  sequence  of  TD  channels  for  each 
highway.  The  secondary  stage  multiplex  gates  choose  which  intramatrix  highway  in- 
put will  be  enabled  for  each  time  slot  and,  thus,  form  60-channel  output  highways  which 
are  routed  to  the  tertiary  stage  TSIs.  These  TSIs  again  interchange  the  highway  chan- 
nels in  time  and  yield  24  sixty-channel  output  highways.  As  in  the  previous  two  can- 
didates, expansion  is  achieved  via  segmenting. 

2 . 1 . 2 . 2 Highway  Capacity  Considerations 

It  is  assumed  that  the  multiplex  function  integrated  into  the  I3MTC  matrix  results  in 
time  division  multiplex  input/output  highways.  The  upper  limit  on  the  number  of  chan- 
nels contained  in  such  a TDM  highway  is  determined  by  the  speed  of  the  logic  circuitry 
used.  Another  constraint  results  from  the  c9ndition  that  conventional  semiconductor 
memory  devices  possess  storage  capacities  which  are  powers  of  2 (64,  128,  256,  etc.). 
CSC's  survey  of  matrix  techniques  indicates  the  extensive  use  of  RAMs  with  storage 
capacities  equal  to  the  number  of  channels  per  highway.  Thus,  these  RAMs  are  most 
efficiently  used  when  the  highways  contain  211  channels.  In  addition  costs  decrease  as 
the  number  of  channel  a per  highway  increase  (see  Figure  19). 
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Highways  containing  128  thirty-two  kb/s  channels  are  feasible  with  present  technology. 
However,  a fault  In  a single  RAM  could  result  In  the  failure  128  channels.  There- 
fore, economy  must  be  traded  off  against  reliability  considerations.  A reasonable 
compromise  Is  the  use  of  highways  containing  64  channels. 


Present  delta  modulation  trunk  groupings  considered  for  tactical  use  are  15,  30,  and 
60  channels3  and  10,  20,  and  40  channels  for  fLxed  plant  facilities.  Such  groupings 
may  be  economically  realized  by  using  a matrix  with  60-channel  rather  than  64-chan- 
nel highways.  Thus,  present  day  trunk  groupings  may  be  achieved  with  reasonable 
economy. 


2.1.3  Matrix  Comparisons 


This  section  compares  the  candidate  matrix  techniques  discussed  In  paragraphs  2.1.1 
and  2.1.2  to  determine  the  most  suitable  approach  for  ISMTC  applications.  The  Im- 
pact of  the  candidate  schemes  on  the  communication  functions  of  transmission,  com- 
mon control,  technical  control,  and  signaling  are  given  as  well  as  size,  weight,  power, 
and  cost  comparisons. 


The  foUowlng  candidate  matrices  are  considered: 


1.  Digital  Space  Division 


2.  Time  Division  Module  Array 


3.  Redundant  Memory 


4.  Space-Time-Space 


6.  Time-Space-Time 


Candidate  1 (Digital  Space  Division)  Is  discussed  In  detail  In  paragraph  2.1.1.  The 
crosspolnt  arrays  are  assumed  to  be  composed  of  8 x 8 four-wire  crosspoint  chips. 

It  should  not  be  Inferred  from  this  discussion  that  such  chips  are  available  within  the 
present  state  of  Integrated  circuit  technology.  The  required  Integrated  circuits  fall 
Into  the  realm  of  custom  LSI  circuits  and,  therefore,  price  and  feasibility  would  be 
determined  by  a manufacturer’s  evaluation  of  the  specific  clroult  design.  Thus,  It 
should  be  remembered  throughout  the  analysis  that  the  digital  space  division  can- 
didate may  have  been  given  the  advantage  of  an  optimistic  packaging  density  compared 


*Note:  TRI-TAC  AN/TTC-39  switch  development  has  resulted  In  a trunk  group  size 
of  72  channels.  This  Is  possibly  based  on  assuring  compatibility  with  existing  Army 
48  kb/s  per  channel  PCM  equipment  (l.e. , AN/TTC-44,  -45,  -46  and  -47  series 
equipment). 
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to  the  other  candidates  which  are  realizable  with  existing  Integrated  circuits.  It  Is 
the  belief  of  the  authors,  however,  that  a 8 x 8 four-wire  digital  crosspoint  Integrated 
circuit  Is  achievable  for  use  In  tactical  switching  matrix  for  use  In  the  1980s  through 
LSI  production  technology. 

Note  that  the  Space  Division  network  described  In  paragraph  2. 1.1. 3.1  contains  2400 
terminations.  TD  arrays  of  paragraph  2.1.2  contain  approximately  3000  termina- 
tions for  a 2400-llne  switch.  Thus,  In  order  to  establish  a valid  basis  for  the  com- 
parison of  the  two  techniques  the  number  of  crosspoints  for  Candidate  1 will  be  In- 
creased by  40  percent. 

2. 1.3.1  Size/Weight  Comparison 

Matrix  size  and  weight  calculations  have  been  performed  for  all  five  candidate  systems 
for  300-,  600*-,  1200-  and  2400-line  arrays.  A preliminary  step  In  the  determination 
of  size/weight  of  electronic  equipment  Is  the  estimation  of  the  number  of  Integrated 
circuits  required.  Tables  1 and  2 yield  the  results  of  such  a chip  count  for  each  can- 
didate matrix.  The  space  division  matrix  (Candidate  1)  will  be  presumed  to  be  com- 
posed mainly  of  40-pln  chips  while  the  composition  of  the  remaining  candidates  will 
consist  predominantly  of  16-  and  18-pin  chips. 

The  volume  of  a typical  18-pln  IC  package  is  approximately  0. 054  cubic  Inches  while 
a 40-pin  chip  occupies  approximately  0.252  cubic  Inches.  Reference  3 estimates 
equipment  volume  by  using  a stacking  factor  of  0. 5.  Thus  space  requirements  may 
be  calculated  by  multiplying  the  chip  quantities  of  Tables  1 and  2 by  0. 108  for  the  time 
division  candidates  and  0.  504  for  the  space  division  candidate. 

Although  such  packing  densities  may  be  achievable,  for  reasons  of  maintainability  and 
cooling  this  extremely  dense  component  packing  may  not  be  desirable.  Present  com- 
mercial packaging  techniques  yield  packing  densities  approximately  one  tenth  of  those 
Indicated  In  Reference  3.  For  the  purposes  of  this  analysis  a more  conservative  ap- 
proach than  that  presented  In  Reference  3 Is  deemed  appropriate  and  volume  estimates 
of  Reference  3 are  Increased  by  a factor  of  ten  to  make  the  estimates  more  consistent 
with  packing  densities  achievable  with  best  current  commercial  practice.  Thus  the 
volumes  shown  in  Figures  20  and  21  were  derived  by  multiplying  the  chip  quantities  of 
Tables  1 and  2 by  1. 08  and  5. 04  for  the  time  and  space  division  matrices,  respectively. 
The  results  are  shown  In  Figures  20  and  21  assuming  an  average  trunk  occupancy  of 
0.  5 and  0. 8 Erlangs,  respectively.  An  Important  feature  of  the  curves  Is  that  the 
space  division  array  (Candidate  1)  occupies  from  4 to  7 times  the  space  required  by 
its  nearest  time  division  counterparts  (Candidates  2,  3,  4,  and  5).  Note  that  for  sys- 
tems with  less  than  about  400  or  500  lines  the  smallest  matrix  Is  Candidate  3.  How- 
ever, throughout  the  remainder  of  the  range  Candidate  5 is  the  most  compact.  In  Fig- 
ure 20  Candidate  3 Is  actually  the  largest  of  the  TD  systems  for  matrices  greater 
than  about  2000  lines.  Thus  the  choice  of  the  most  compact  system  Is  strongly  de- 
pendent on  the  distribution  of  switch  line  capacities  expected. 
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Table  1.  Chip  Quantities  for  Candidate  Matrices  (a=0. 5) 


Candidate 


VOLUME  (CUBIC  INCHES) 


WEIGHT  (POUNDS) 


In  order  to  develop  a tradeoff  parameter  to  compare  ISMTC  matrix  candidates  on  a 
size  and  weight  basis,  It  Is  desirable  to  adjust  the  values  by  the  distribution  of  switch 
line  capacities  expected  In  field  operation.  The  AN/TTC-39  specification  (Reference  4) 
provides  guidance  in  this  respect.  The  anticipated  distribution  of  AN/TTC-3S  switches 
Is  given  by  Table  3.  Note  that  93  percent  of  the  awitohes  have  a capacity  of  600  lines 
or  less.  A single  figure  at  merit  which  may  be  more  Indicative  of  a candidate's  overall 
apaoe  requirements  Is  a weighted  average  at  the  range  of  switch  volumes.  This  is  ob- 
tained for  a specific  candidate  by  multiplying  the  volume  for  each  line  capacity  by  the 
corresponding  percentage  of  switches  (given  In  Table  3)  of  that  capacity  and  summing 
the  results  for  all  switch  capacities.  These  calculations  were  performed  and  the  re- 
sults obtained  are  shown  In  Table  4 for  all  five  candidate  systems.  Average  volumes 
are  given  for  both  0.5  and  0.8  average  trunk  occupanoy.  Table  4 Indicates  that  the 
average  matrix  volume  In  a typical  network  composed  of  Candidate  5 matrices  de- 
signed to  handle  0.5  Erlang  traffic  loading  Is  310  oublo  Inches.  This  weighted  average 
for  the  volume  parameter  Is  less  than  that  for  any  of  the  other  candidates. 


2. 1. 3. 2 Power  Consumption 

A plot  of  power  consumption  versus  number  of  lines  for  the  candidate  matrices  at  0.5 
and  0.8  average  trunk  occupancy  (l.e..  Erlangs)  Is  given  In  Figures  22  and  23,  re- 
spectively. Calculations  were  based  on  300-,  600-,  1200-,  and  2400-line  configura- 
tions. 

The  power  consumption  for  each  of  the  TD  matrices  was  determined  by  first  tabulat- 
ing the  number  of  chips  of  each  type  (e.  g. , RAM,  Multiplexer,  Shift  Register,  etc. ) 

In  each  candidate.  The  power  dissipation  for  each  chip  type  was  determined  by  re- 
ferring to  recent  (1973)  catalogs  for  comparable  chips.  The  total  power  consumption 
for  each  matrix  was  then  calculated  by  multiplying  each  chip  dissipation  by  the  quan- 
tity of  chips  required  and  then  summing  the  results  for  all  chip  types. 

The  results  of  the  above  analysis  are  projected  for  1976  by  multiplying  by  0. 8.  This 
0. 8 figure  is  derived  from  Reference  3 which  projects  an  average  7. 7 percent  de- 
crease per  year  in  bipolar  gate  dissipation  between  1971  and  1975  and  a 3. 7 percent 
decrease  per  year  during  the  1975  to  1980  time  frame. 

Power  consumption  calculations  for  the  space  division  matrix  are  based  on  the  assump- 
tion that  the  crosspoint  chips  are  CMOS  integrated  circuits  and  the  maximum  data 
rate  Is  32  kb/s.  CMOS  gate  power  consumption  Is  proportional  to  frequency.  Pres- 
ently a typical  CMOS  gate  dissipates  approximately  50  at  32  kb/s.  Of  the  approx- 
imately 800  gates  on  each  8x8  crosspoint  chip  only  a maximum  of  32  gates  are  op- 
erating at  the  32  kb/s  rate.  This  analysis  yields  1. 6 mW  per  chip  for  1. 0 Erlang 
occupation  per  line.  The  corresponding  figures  for  0. 5 and  0. 8 Erlangs  are  0. 8 mW/ 
chip.  The  maximum  number  of  chips  carrying  32  kb/s  traffic  In  the  2400-line  space 
division  switch  of  Figure  10  is  about  560.  Thus,  the  maximum  power  dissipation 


Table  3.  AN/TTC-39  Switch  Distribution 


Percent  of  Total 
Switches 
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and  Trunks 


Cost 

(Normalized) 


Weight  (lbs) 


Power  (Watts) 


Candidate 


a=0. 5 

a*0.  8 

367 

498 
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157 

94 
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78 
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67 

79 

3 

Size  (m  ) 

a=0. 5 

a=0.  8 

4046 

5404 

730 

850 

390 

430 

380 

620 

310 

370 

anticipated  for  a 2400-line  space  division  matrix  due  to  the  CMOS  crosspoint  chips  is 
approximately  728  mW  (560  x 1.  3 raW). 

In  addition  to  the  crosspoint  chips  the  space  division  matrix  requires  line  drivers  to 
interface  the  300-line  modules  to  form  a 2400-line  matrix.  Assuming  75  mW/line 
driver  and  33,600  drivers  yields  about  2, 500  watts  for  2400-line  matrix  designed  to 
handle  0.  8 Erlang  traffic. 

An  interesting  aspect  of  these  curves  is  that  on  a power  consumption  basis  the  space 
division  matrix  is  more  competitive  relative  to  the  TD  candidates  in  comparison  to  the 
results  obtained  in  the  size  tradeoff.  Although  on  a weighted  average  basis  the  space 
division  technique  is  about  5 to  15  times  the  size  of  the  TD  schemes,  the  power  con- 
sumption is  only  3 to  6 times  that  required  for  those  systems.  It  should  be  noted  that 
virtually  all  power  consumed  in  the  space  division  matrix  is  due  to  the  line  drivers 
required  to  interconnect  the  300-line  modules  which  are  the  building  blocks  for  larger 
switch  sizes.  This  is  because  the  crosspoint  chips  are  assumed  to  be  fabricated  with 
CMOS  for  which  the  switching  power  consumption  is  proportioned  to  frequency.  The 
32  kb/s  maximum  rate  required  for  the  digital  space  division  approach  results  in  very 
low  power  requirements.  An  inherent  feature  of  all  space. division  arrays  is  that  only 
a small  fraction  of  the  total  number  of  crosspoints  are  closed  at  any  time,  even  for 
peak  traffic  loads.  This  factor,  combined  with  the  CMOS  power  consumption  char- 
acteristics, results  in  an  estimated  maximum  power  requirement  of  less  than  one  watt 
for  the  total  number  of  crosspoints  necessary  for  a 2400-line  space  division  matrix 
exclusive  of  line  drivers.  Thus,  if  it  were  deemed  advisable  to  remove  power  from 
the  unused  line  drivers  of  the  smaller  switch  configurations,  then  space  division  ma- 
trices below  1200  lines  would  be  quite  competitive  from  a power  consumption  point  of 
view.  For  example,  the  power  requirement  for  a 1200-line  matrix  would  be  cut  in 
half  by  removing  power  from  the  unused  line  drivers. 

Figures  22  and  23  indicate  that,  below  the  400-line  region.  Candidate  3 uses  the  min- 
imum power  of  all  the  candidates.  For  larger  switches  the  best  choice  from  a power 
requirement  point  of  view  is  Candidate  5.  Again  as  for  size,  an  overall  tradeoff  fig- 
ure of  merit  reflecting  the  distribution  of  switch  capacities  is  the  weighted  averages 
of  power  consumption  for  each  candidate  as  shown  in  Table  4.  This  table  Indicates 
that  minimum  power  consumption  results  from  a switched  network  composed  of  Can- 
didate 5 type  switches. 


2. 1.3. 3 Cost 

Figures  24  and  25  represent  the  relative  costs  of  the  various  candidate  systems  using 
certain  results  obtained  in  Reference  2.  The  present  costs  have  been  normalized 
relative  to  the  least  costly  matrix  (Candidate  3 at  300  lines).  It  is  expected  that  the 
costs  of  each  candidate  with  respect  to  one  another  will  not  change  appreciably  in  the 
near  future. 
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Again  Candidate  5 is  the  least  expensive  approach  for  larger  systems  and  Candidate  3 
Is  the  most  economical  for  small  systems . The  weighted  average  for  all  system  sizes 
shown  in  Table  4 Indicates  that  Candidate  5 requires  minimum  cost. 

2. 1.3. 4 Summary  and  Conclusions 

Table  5 compares  all  five  candidate  systems  with  respect  to  various  factors.  As 
shown,  signaling  and  technical  control  considerations  have  little  effect  upon  the  choice 
of  the  matrix.  In  the  transmission  area  the  Digital  Spaoe  Division  switch  Is  at  a rel- 
ative disadvantage  since  additional  multiplex  equipment  Is  required  to  form  trunk 
groups.  The  differences  with  respect  to  common  control  are  Illustrated  by  listing  the 
number  of  data  bytes  required  for  a single  four-wire  call  set  up  for  each  candidate. 

The  greater  the  number  of  bytes  that  must  be  transferred  from  the  processor  to  the 
connection  control  for  all  setup,  the  greater  the  processing  time  required.  However, 
the  difference  In  processor  workload  for  the  various  candidates  due  to  this  data  trans- 
fer Is  estimated  to  be  less  than  0.1  peroent  and  Is,  therefore,  considered  negligible. 

The  values  representing  size,  weight,  power,  and  cost  are  weighted  averages  with 
respect  to  the  TBI-TAC  switch  size  distribution  given  in  Table  3.  Each  weighted 
average  ha*  been  normalized  by  dividing  by  the  minimum  value  In  each  of  the  afore- 
mentioned categories.  For  example,  the  power  consumption  of  Candidate  2 at 
0.8  Erlangs  average  trunk  occupancy  is  2.3  times  that  of  Candidate  5 a*  0.5  Erlangs. 

It  Is  concluded  that  the  choioe  of  a specific  matrix  type  is  relatively  insensitive  to 
technical  control,  transmission,  common  control,  and  signaling  considerations  and 
should  be  selected  predominantly  on  the  basis  of  cost,  size,  weight,  and  power  require- 
ments. If  the  chosen  approach  Is  to  be  modular  accommodating  300  to  2400  lines  (as 
opposed  to  different  matrix  types  for  different  switch  sizes)  then  Table  5 Indicates  that 
Candidate  5 Is  the  favored  choice. 

2.2  SWITCH  CONTROL 

2.2.1  Common  Control 

In  the  previous  sections  various  switching  techniques  have  been  described.  The  dis- 
cussions thus  far  have  pertained  only  to  the  matrix  portions  of  the  switch.  The  matrix 
Is  an  array  of  crosspoints  which  actually  establishes  the  physical  connections  between 
users  and  also  between  common  equipment  and  trunks  or  lines.  An  Important  and 
complex  aspect  of  switch  design  Is  the  control  of  the  switch  subsystems  which  include: 
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1 . Matrix 

2.  Digit  Receiver  (DR) 

3.  Trunk  Send  Buffer  (TSB) 

4.  Trunk  Receive  Buffer  (TRB) 

5.  Conference  Bridge  (CB) 

6.  Supervisory  Tone  Generator  (STG) 

Matrix  connections  are  controlled  by  the  processor  via  the  connection  control  (CC). 

For  both  space  and  time  division  arrays  the  CC  serves  as  the  memory  for  the  matrix 
in  which  the  status  of  each  crosspoint  Is  reoorded.  In  this  way  the  matrix  operates 
Independently  of  the  processor  unless  a connection  Is  to  be  altered.  The  setup  or 
release  of  a connection  Is  initiated  by  the  processor  by  transferring  connection  data 
Into  the  CC.  Once  this  data  Is  stored  the  CC  acts  to  control  the  matrix  In  such  a way 
as  to  Implement  the  new  connection. 

The  following  paragraphs  deal  with  the  mechanisms  by  which  the  processor  controls 
Items  1 through  6 above.  Processor  functions  and  characteristics  are  described  In 
detail  In  Section  5.4. 

2. 2. 1.1  Connection  Control 

The  CC  provides  the  control  words  to  the  matrix  for  switching  any  channel  Input  to 
any  channel  output.  The  CC  possesses  a memory  which  contains  the  Information 
needed  to  specify  all  current  connections  through  the  matrix.  For  the  most  part,  the 
CC  operates  independently  of  computer  control.  The  central  processor  Intercedes 
only  to  change  call  connections  by  transmitting  new  data  to  the  CC  memory.  It  should 
be  noted  that  the  CC  may  be  segmented  and  distributed  among  the  basic  modules  and  • 
even  among  the  space  division  crosspoint  chips.  Thus,  although  functionally  separate, 
the  CC  may  physically  be  an  Integral  part  of  the  matrix. 

2. 2. 1.1.1  Space  Division  Array  Connection  Control 

The  CC  memory  of  the  space  division  array  described  In  paragraph  2.1.1  Is  the 
16  flip  flops  on  each  chip  shown  In  Figure  7.  Each  bit  represents  the  status  of  one 
crosspoint.  The  status  of  the  crosspoint  Is  changed  by  clocking  a new  binary  state 
Into  the  flip  flop. 

A block  diagram  Illustrating  one  possible  method  of  spaoe  division  matrix  control  Is 
shown  In  Figure  26.  Each  4 x 4 four-wire  matrix  ohlp  requires  six  oontrol  Inputs; 
four  determine  the  crosspoint,  one  selects  the  ohlp,  and  one  defines  the  new  crosspoint 
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Division  Matrix  Control  Block  Diagram 


status  (open  or  closed).  The  matrix  will  be  assumed  to  be  a three-stage  array.  Thus. 
In  order  to  establish  a path  through  the  matrix  three  crosspoints  must  be  set.  one  for 
each  stage.  It  is  assumed  that  the  three  crosspoints  will  be  set  sequentially.  Three 
data  bytes  (1  byte  = 8 bits)  are  required  from  the  processor  in  order  to  set  each  cross- 
point. 


A possible  format  for  these  control  words  for  a 2400-line  switch  Is  shown  In  Figure  27. 


Stage  No. 


Chip  Identification 


Crosspoint 

. Status 

Crosspoint  , 

Select  -/ 


byte  No.  I 


byte  No.  2 


byte  No.  3 


X - Not  used 


Figure  27.  Space  Division  Control  Word  Format 

The  first  two  bytes  determine  the  matrix  stage  number  being  operated  on  and  Identify 
the  aotual  4x4  chip.  Note  that  the  thirteen  bits  used  for  chip  Identification  have  the 
capacity  to  uniquely  specify  one  of  8. 192  chips  per  stage.  The  unused  bit  In  byte  #1 
could  be  used  to  double  this  capability,  if  necessary.  The  fifteen  bits  of  bytes  1 and 
2 are  decoded  In  the  CC  Interface  (see  Figure  26)  which  activates  one  (and  only  one) 
of  a possible  24.676  chip  select  lines  (8.192  x 3). 

The  third  control  byte  (see  Figure  27)  specifies  which  of  the  sixteen  crosspoints 
within  each  chip  will  be  selected  (4  bits)  and  the  new  status  of  the  crosspoint  (1  bit). 
These  five  bits  are  bussed  to  all  crosspoint  chips  as  shown  In  Figure  26. 

2. 2. 1.1. 2 Time  Division  Array  Connection  Control 

As  described  In  the  time  division  matrix  discussion  In  paragraph  2.1 .2.1.  the  CC  may 
be  segmented  and  distributed  among  the  basic  modules  and  stages.  The  memories 
used  for  this  application  are  semiconductor  Random  Aocess  Memories  (RAMs).  Each 
RAM  Is  responsible  for  the  control  of  a single  matrix  stage  contained  on  one  basic 
module.  Thus,  the  size  of  each  RAM  Is  dependent  on  the  number  of  matrix  termina- 
tions per  module,  the  degree  of  modularization,  and  the  number  of  stages. 

One  possible  CC  Implementation  Is  shown  In  Figure  28.  The  figure  shows  N RAMs 
representing  the  total  CC  memory  associated  with  the  matrix.  Each  memory  location 
within  a CC  RAM  contains  a data  word  which  uniquely  specifies  a connection  through 
one  stage.  A counter  supplies  eaoh  RAM  with  consecutive  addresses  to  be  read  out. 
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The  counter  Is  allowed  to  cycle  repeatedly,  thus  causing  the  RAM  to  periodically 
output  Its  entire  contents  of  control  words.  Each  control  word  corresponds  to  one 
Input  highway  or  time  slot.  The  location  of  this  word  within  the  RAM  determines  the 
output  time  slot. 

When  It  Is  desired  to  change  a call  connection,  the  computer  outputs  the  required 
number  of  control  words  to  the  CC  Interface  which  stores  the  Information  In  registers. 
This  Information  must  specify  the  RAM  Identification  number,  the  control  word,  and 
the  address  within  the  RAM  whore  the  word  Is  to  be  stored.  The  CC  Interface  decodes 
the  RAM  Identification  number  and  enables  the  applicable  Write  Control  Register 
(WCR).  The  address  and  data  words  are  sent  to  the  WCR  via  a data  buss  and  stored, 
the  address  on  the  left  and  the  control  data  on  the  right.  Next  the  address  contained 
within  the  WCR  Is  presented  to  the  RAM  address  Inputs.  Once  the  "Write"  command 
Is  given,  the  RAM  accepts  the  new  control  word  from  the  WCR  and  stores  It  In  the 
specified  address.  Thus,  a new  connection  has  been  Implemented. 

2 . 2 . 1 . 2 Common  Equipment 

Items  2 through  6 of  paragraph  2. 2.1  are  shared  by  a large  number  of  lines  or  trunks 
and  are  referred  to  as  common  equipment.  Further  details  on  the  operation  of  these 
devices  are  contained  In  Section  5.2. 

Each  of  these  Items  occupy  one  matrix  termination  except  the  Supervisory  Tone  Gen- 
erator (STG)  which  may  occupy  a dozen  or  more  depending  on  the  number  of  different 
supervisory  signals  required.  Each  signal  Is  connected  to  a unique  termination.  A 
table  relating  specific  signals  and  terminations  can  be  established  In  the  processor 
memory.  The  processor  may  provide  any  of  these  supervisory  signals  to  any  sub- 
scriber by  merely  establishing  a matrix  connection  from  the  proper  STG  termination 
to  the  applicable  line.  Furthermore,  the  Inherent  ability  of  TD  switches  to  make 
"one-to-many"  connections  permits  the  same  tone  to  be  broadcast  to  any  number  of 
lines  simultaneously. 

The  digit  receiver,  trunk  send  buffer,  trunk  receive  buffer,  and  conference  bridge, 
unlike  the  STG,  are  capable  of  servicing  only  one  request  at  a time.  Thus,  during 
heavy  traffic  service  queues  may  develop  for  each  of  these  devices  resulting  In  ser- 
vice delays.  Each  of  these  devices  Is  connected  to  the  corresponding  line  or  trunk 
by  means  of  a matrix  connection  under  program  control  (see  Section  5.2  for  further 
details). 

2.2.2  Line  Load  Control 

fjnft  load  control  could  be  applied  automatically  as  a result  of  local  decisions  made 
In  the  ISTMC  software.  In  this  case  It  Is  called  adaptive  line  load  control.  The 
application  Is  usually  moderate  In  the  extent  of  lines  (or  calls)  denied  service  and 
would  be  applied  In  response  to  gradual  overload  conditions  as  detected  by  the 
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technical  control  traffic  monitoring  routines.  Where  overload  Is  rapid  and  excessive, 
a more  extensive  denial  of  service  to  a large  number  of  line  groups  Is  required  and 
will  be  controlled  by  the  Systems  Control  Node  responsible  for  that  tactical  area. 

This  procedure  Is  called  drastic  line  load  oontrol.  The  Systems  Control  Node  can 
have  available  to  It  a more  moderate  denial  of  service  through  selective  line  load 
control  as  well  as  a number  of  subsidiary  techniques  to  limit  call  duration  and  dura- 
tion of  the  ringing  signal. 

2. 2. 2.1  Adaptive  Line  Load  Control 

The  adaptive  line  load  control  could  be  achieved  by  denying  service  to  routine  and 
perhaps  low  priority  users  on  a class  of  service  or  priority  basis.  As  this  Is  a 
random  application,  all  lines  In  this  category  will  be  denied  service  equally  during 
overload  periods  without  any  one  line  or  group  being  singled  out. 

This  control  would  deny  service  to  routine  users  and  the  number  of  denials  would  In- 
crease with  the  degree  of  overload.  Again,  this  control  may  be  applied  only  under 
overload  conditions  as  determined  by  the  thresholds  set  In  the  traffic  monitoring  soft- 
ware routines.  This  service  denial  by  class  and  type  of  service  requires  a modifica- 
tion of  the  translation  tables  to  Indicate  the  class  of  service  to  be  denied.  This  would 
be  Indicated  to  the  common  control  processor  which  In  turn  would  deny  any  request 
for  service  by  action  of  the  Input  dial  digit  receivers. 

Figure  29  shows  a functional  flow  diagram  of  the  Interactions  required  between  the 
switch  processor  and  the  sensing  and  control  hardware.  Following  the  sequence  of 
events  one  through  seven  as  shown  on  the  figure,  the  processing  of  the  service  request 
(off-hook  signal)  would  be  the  same  as  a normal  request  up  to  the  translation  stage  at 
which  point  the  class  of  service  would  show  a service  denial  and  so  Indicate  to  the 
originating  register.  The  originating  register  cancels  dial  tone  and  forwards  a Forced 
Service  Denial  request  to  the  translation  program. 

In  this  manner  of  disposing  of  the  service  requests,  dial  tone  Is  never  applied  to  the 
line  by  the  common  control  call  setup  routine  and,  therefore,  congestion  In  the  switch 
matrix  Is  avoided.  In  order  for  the  line  load  oontrol  procedure  to  be  adaptive  to  the 
degree  of  overload,  the  application  of  the  procedure  Is  automatic  and  based  on  logic 
Inputs  from  the  main  traffic  load  monitor.  As  overload  continues  or  Increases,  the 
number  of  classes  denied  service  Increases.  As  the  load  diminishes,  the  number  of 
classes  denied  service  decreases  until  the  normal  load  Is  reached  as  Indicated  by  a 
threshold  setting  contained  In  software.  As  shown  In  Figure  29,  It  would  probably  be 
advisable  to  provide  a manual  entry  key  to  Initiate  line  load  control  under  operator 
control.  The  manual  start  key  may  take  the  form  of  a command  generated  at  the 
operator  command  console. 
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2. 2. 2. 2 Drastic  Line  Load  Control 

Drastic  line  load  control  snould  be  under  the  command  of  the  System  Control  Element 
based  on  area-wide  traffic  data  supplied  automatically  by  the  ISMTC  traffic  monitors. 

It  Is  Invoked  under  the  conditions  of  rapidly  building  and  extensive  overload  as  Indi- 
cated by  excessive  call  delay  and  high  call  arrival  rate. 

Drastic  line  load  oontrol  Is  applied  directly  to  specific  line  groups  by  the  manual 
action  of  the  local  switch  operator  or  automatically  by  the  program  Intervention  of  the 
ISMTC  processor  or  Communication  System  Control  Element  (CSCE)  processor.  In 
either  case  hook  scanner  recognition  of  call  requests  Is  denied  system  users.  Drastic 
line  load  control  differs  from  adaptive  line  load  control  In  that  the  degree  of  denial  of 
service  Is  hot  varied  with  traffic  load  conditions.  The  denial  of  originating  (out-going) 
service  can  be  accomplished  without  restricting  the  ability  to  receive  (Incoming)  calls. 

2.2.3  Trunk  Barring 

Barred  trunk  acoess,  or  trunk  load  limiting.  Is  a technique  whereby  certain  users  of 
the  network  are  denied  access  to  the  trunking  system  but  are  permitted  Interconnec- 
tion to  other  users  homed  on  the  same  switch.  Barred  trunk  access  can  be  either 
adaptive  or  fixed.  In  either  oase.  Initiation  and/or  coordination  of  the  control  func- 
tion le  required  from  the  CSCE  due  to  the  effect  on  other  system  nodes  resulting  from 
the  disturbance  to  the  Internode  trunk  connectivity.  Adaptive  control  adjusts  trunk 
barring  action  to  the  degree  dictated  by  the  network  congestion.  Fixed  trunk  barring 
schemes  generally  drastically  reduce  the  number  of  trunks  available  to  the  routine 
user  In  a way  which  Is  unresponsive  to  short  term  Improvements  In  the  congestion 
situation  and,  therefore.  Is  often  referred  to  as  ’’ruthless"  barring. 

2.2.4  Call  Limiting 

. Other  methods  of  limiting  traffic  congestion  can  be  Implemented  by  the  System  Control 
Element  short  of  the  denial  of  service  results  from  line  load  control  or  trunk  barring. 
These  Involve  processor  Imposed  restrictions  on  call  duration  and  ringing  time. 

2. 2.4.1  Call  Duration  Restrictions 

Call  duration  restrictions  can  be  Imposed  on  lines  by  class  and/or  type  of  service  by 
tliA  addition  of  an  Automatic  Disconnect  Routine  (ADR).  This  routine  times  calls  Ini- 
tiated on  marked  lines  and,  when  the  preset  Interval  expires,  causes  call  disconnect. 
If  this  technique  Is  used,  It  Is  generally  recommended  that  a warning  tone  be  Inserted 
on  the  line  shortly  before  disconnect  occurs. 


In  addition  to  providing  the  ADR,  modifications  are  required  In  the  network  control 
and  call  disconnect  programs.  Also,  class  marking  additions  have  to  be  built  Into 
either  the  line  termination  hardware  or  the  control  software. 

2. 2.4 . 2 Limited  Ringing  Duration 

Limit  control  of  ringing  time  can  provide  some  lessening  of  congestion  by  decreasing 
trunk  seizure  overhead  time.  Provision  of  a timed  ringing  control  routine  would 
permit  the  monitoring  of  each  call  Initiation  attempt  and  provide  a forced  ringing  dis- 
connect at  the  end  of  the  preset  timed  Interval  (e.g.,  one  minute).  Use  of  this  pro- 
cedure can  be  restricted  to  routine  calls  If  desirable.  This  procedure,  however, 
would  have  little  effect  during  severe  congestion. 

2.3  SPECIAL  SERVICES 

Tactical  network  switching  centers  are  generally  required  to  provide  special  services 
In  addition  to  call  connect  and  disconnect.  As  a minimum,  priority  recognition  and 
preemption  are  provided.  The  advent  of  flexible  processor  controlled  switches  per- 
mits the  Introduction  of  other  special  services  to  make  the  communication  system 
more  responsive  to  the  needs  of  Its  users.  Some  switch  services  are  accomplished 
In  software,  placing  an  Increased  load  on  the  processor,  while  others  are  accomplished 
In  hardware.  Increasing  the  equipment  complexity.  An  integrated  facility  supporting 
tactical  communications  for  the  1980s  should  supply  the  following  special  services  as 
a minimum:  priority  recognition,  preemption,  conferencing,  off-hook  (hot-line)  ser- 
vice, and  attendant  recall.  In  addition,  consideration  should  be  given  to  providing 
abbreviated  or  compressed  dialing,  call  transfer,  call  forwarding,  and  camp  on.  The 
special  service  features  of  Interest  to  the  Integrated  swltch/multlplex/technlcal  con- 
trol complex  are  discussed  In  the  following  paragraphs. 


2.3.1  Precedence  and  Preemption 


If  a user  selects  his  allowable  priority  or  a lower  priority,  the  call  setup  proceeds  In 
the  normal  fashion.  If  a user  is  not  permitted  the  call  priority  requested,  the  switch 
must  automatically  notify  the  user  that  he  Is  not  entitled  to  that  priority.  Flexibility 
would  be  enhanced  by  Implementing  the  line  priority  identification  by  means  of  the 
stored  program  approach  rather  than  hardwired.  By  this  means  the  switch  operator 
can  reassign  priority  classes  through  the  command  console. 

Before  preemption  takes  place,  a disconnect  (preempt)  signal  must  be  sent  In  both 
directions  to  notify  the  users  that  they  are  to  be  disconnected.  The  switch  must  then 
disconnect  the  line  from  the  existing  call,  connect  the  higher  priority  call,  and  return 
an  identifiable  signal  to  the  disconnected  user  or  users.  Generally  a busy  signal  is 
satisfactory  for  this  purpose  preceded  by  a distinctive  tone  to  permit  the  user  to 
identify  the  type  of  disconnect. 

2.3.2  Conference 

The  ISMTC  must  provide  the  capability  for  both  random  and  preset  conference  calls. 
A random,  or  progressive,  conference  is  based  on  the  technique  whereby  the  con- 
ference Initiator  sequentially  dials  each  desired  conferee  Lito  the  conference.  The 
conference  Initiator  generally  waits  to  verify  the  success  or  failure  of  each  conferee 
connection  before  proceeding  to  dial  the  next  conferee  on  the  conference  list.  Gen- 
erally, access  to  the  random  conference  service  is  obtained  by  dialing,  or  keying,  an 
assigned  digit  at  a predetermined  position  in  the  dialing  sequence.  A preset,  or  pre- 


programmed, conference  is  initiated  by  dialing  a preset  code  which  is  related  to  a 
preset  list  of  conferees;  that  is,  the  code  Is  translated  into  a preprogrammed  list  of 
outgoing  codes  and  the  switch  automatically  establishes  a connection  to  the  conferees 
associated  with  the  codes. 


A major  distinction  exists  between  the  two  in  terms  of  the  switch  Implementation.  The 
preset  conference  implies  the  use  of  software  routines  and  conferee  address  tables 
stored  In  the  switch.  The  amount  of  storage  capacity  required  is  a function  of  the 
number  of  preset  conferences  permitted  and,  therefore,  this  capability  should  be 
restricted  as  much  as  possible.  The  response  time  requirement  for  preset  confer- 
ence setup  would  permit  the  use  of  auxiliary  storage  such  as  drums  or  discs  to  store 
the  address  of  each  conferee.  Space  and  weight  requirements  should  be  considered, 
however,  before  the  number  of  preset  conferences  are  assigned  per  switch. 


Progressive  or  random  conferences  are  primarily  a function  of  switch  hardware 
since  conference  addresses  are  supplied  sequentially  by  the  user  or  switch  operator. 
The  common  control  can  treat  call  setup  in  the  manner  It  does  for  ordinary  calls. 
Limitations  are  Imposed  by  conference  bridging  hardware. 
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2.3.3  Broadcast 

Broadcasting  provides  the  means  for  a calling  party  to  reach  a number  of  predesig- 
nated usere  simultaneously.  The  broadcast  service  Is  similar  to  the  nujdom  and [pre- 
set conference  with  the  exception  that  transmission  Is  one  way,  .e.,  ™ldlrect  onal 
from  broadcast  originator  to  the  called  parties.  The  Impact  on  the  switch  and  Its 
storage  requirements  Is  similar  to  that  discussed  In  the  conferencing  I»r«graph 
above.  Tactical  requirements  usually  place  greater  emphasis  on  ^ prese ^broad- 
cast capability  to  handle  rapid  command  dissemination  to  the  affectedechelon^As 
a result,  response  requirements  In  some  cases  will  be  more  severe  than  the  con- 
ferencing requirement. 

2.3.4  Abbreviated  Dialing 

Abbreviated  dialing,  or  keying,  consists  of  making  special  arrangemerts  to  place 
calls  to  a number  of  predetermined  address  by  dialing  a two-  or^ree-dlglt  code 
The  two-  or  three-digit  code  Is  translated  In  the  switch  processor  to  the  full  address. 
The  switch  processor  stores  the  full  address  required  to  establish  the  Interswitch 
35  andtherefore,  the  load  on  the  processor  Is  a function  of  how  many  users  are 
permitted  to  use  the  abbreviated  dialing  procedure.  Naturally  this  procedure  should 
be  limited  to  those  users  requiring  rapid  emergency  response. 

Repertory  dialers  can  be  used  If  the  requirement  for  speed  Is  not  essential  but 
rather  the  ability  to  remember  the  number  of  the  called  party.  In  tbiS  case  e eqp  p- 
ment  complexity  Is  moved  from  the  switch  to  the  user ’send  instr^ent.  Both  me- 
chanical and  electrical  repertory  dialers  are  available  to  serve  this  function.  Me 
chanlcal  dialers  are  usually  achieved  by  Insertion  of  a prepunched  card  while  elec- 
trical dialers  generally  have  magnetic  memories. 

2.3.5  Call  Transfer 

This  service  provides  the  user  with  the  capability  to  transfer^  Incoming  call  to 

another  directory  number.  When  an  Incoming  call  Is  answered  by 

that  party  Is  able,  by  switch  hook  or  button  operation,  to  place  the 

hold  and  obtain  connection  to  a register.  A new  number  Is  then  dialed  and  the  party 

on  hold  Is  automatically  transferred  to  the  r *w  number  when  the  transferring  party 

goes  on  hook.  This  Is  basically  Implemented  In  hardware  with  little  Impact  on  the 

stored  program. 

2.3.6  Call  Forwarding 

With  this  service  a user  can  have  all  Incoming  calls  automatically  *™sfer^ 
rarlly  to  a different  telephone  by  dialing  a unique  code  followed  by  the ' nu^* 
he  wishes  his  calls  transferred.  The  Information  he  dials  In  Is  used  to  update  the 
directory  table  to  permit  connection  to  the  new  location.  This  condition  exists  until 


the  reverse  transfer  Is  made.  This  service  has  more  Impact  on  the  processor  portion 
of  the  switch  than  does  call  transfer,  since  software  changes  to  the  user-line  address 
table  must  be  performed  In  response  to  the  user's  request.  The  hook  scanning  routine 
Is  required  to  recognise  a call  forwarding  request  and  notify  the  operating  program 
which  In  turn  Is  required  to  call  upon  a special  application  program  which  alters  the 
user-line  address  table. 

2.3.7  Hot-Line  Service 

Hot-line  service  can  be  provided  on  both  full  period  and  demand  basis.  On  the  demand 
basis,  when  the  hot-line  Is  not  being  used,  the  trunking  Is  used  for  lower  precedence 
traffic.  If  a hot-line  subscriber  uses  the  same  Instrument  for  hot-line  calls  as  that  for 
conventional  calls,  the  service  request  must  be  accompanied  by  a special  off-hook 
signal  denoting  request  of  the  hot-line.  The  switch  then  Immediately  establishes  the 
call  to  the  previously  stored  number.  The  automatic  sole-user  call  setup  routine  can 
preempt  all  other  calls  to  assure  virtual  hot-line  service.  The  call  setup  delay  can 
be  well  under  one  second  and,  therefore,  appear  to  be  negligible  to  the  user.  An  ad- 
vantage to  this  approach  Is  that  the  "dedicated"  hot-line  has  the  full  alternate  routing 
and  restoral  capability  of  the  switched  network  and  Is  monitored  by  the  technical  con- 
trol portion  of  the  node. 

Full  period  hot-line  service  requires  a permanently  established  connection.  It  Is 
recommended  that  the  ISMTC  handle  this  on  a wired-through  basis  but  with  the  user 
line  terminated  on  the  TDS/TDM  matrix  to  obtain  the  advantage  of  the  technical  con- 
trol rearrangement,  fault,  and  quality  monitoring  routines. 


2.3.8  Camp  On 

The  camp-on  service  eliminates  the  need  for  a calling  user  to  redial  the  called  party 
If  the  called  party  Is  presently  busy;  that  Is,  the  calling  party  can  remain  off  hook  and 
wait  until  the  called  party  goes  on  hook.  When  this  occurs,  the  switch  automatically 
completes  the  connection.  Implementation  of  this  feature  Is  not  difficult  from  a hard- 
ware and  software  standpoint,  but  has  a serious  network  disadvantage  for  Interswitch 
calls.  The  originating  and  Intermediate  switches  will  be  required  to  seize  trunk  and 
matrix  connections  In  anticipation  of  eventual  call  setup.  During  busy  conditions  this 
offers  a substantial  phantom  traffic  load  to  the  system.  For  this  reason,  camp-on 
capability  Is  generally  not  Implemented  In  switched  networks.  Camp  on  can  have 
utility  as  a user  service  for  Intraswitch  calls  and  for  Interswitch  calls  If  procedural 
arrangements  are  programmed  Into  the  processor  to  preempt  camp-on  calls  for  all 
other  call  requests. 
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3.  0 MULTIPLEXING/DEMULTIPLEXING 

A major  objective  of  this  study  is  the  incorporation  of  the  multiplex  function  into  the 
switch  as  an  integral  part,  or  as  distinct  elements,  of  an  integrated  design.  The  ad- 
vantages of  such  'ui  approach  include: 

1.  Simplification  of  fault  and  quality  monitoring. 

2.  Decreased  size,  weight,  and  power  requirements. 

3.  Simplified  field  setup  (cabling,  interconnections). 

An  important  consideration  in  the  switch/multiplex  design  is  that  a sufficiently  high 
degree  of  flexibility  be  maintained  to  accommodate  the  required  range  of  trunk  group- 
ings. Although  the  precise  trunk  group  sizes  have  not  as  yet  been  specified  for  the 
1980s,  a design  approach  is  presented  in  the  following  paragraphs  which  will  likely 
provide  the  desired  flexibility. 

3.  1 MULTIPLEXING  TECHNIQUES 


3. 1. 1 Free 


(Space)  Division  Multiplex 


In  frequency  division  multiplex  systems,  each  channel  of  the  system  is  assigned  a 
unique  portion  of  the  frequency  spectrum.  The  total  amount  of  bandwidth  required 
per  channel  is  dependent  upon  the  type  of  modulation  plan  used  f.o  place  each  channel 
into  its  assigned  portion  of  the  frequency  spectrum.  There  are  basically  three  types 
of  modulation  plans  used  in  FDM  systems.  They  are: 

• Single  Sideband,  Suppressed  Carrier  (SSB-SC) 


• Double  Sideband,  Emitted  Carrier  (DSB-EC) 

• Double  Sideband,  Suppressed  Carrier  (DSB-SC) 

There  are  specific  applications  where  one  type  of  modulation  is  already  preferable  to 
the  others,  not  so  much  from  a performance  standpoint  but  from  an  economic  point  of 
view.  For  example,  when  considering  the  cost  of  multiplex  equipment  alone,  the  cost 
of  the  SSB-SC  modulation  systems  is  higher  than  that  of  the  other  two.  This  is  pri- 
marily due  to  the  cost  of  the  additional  filtering  required  to  remove  the  unwanted  side- 
band and  carrier.  However,  for  this  additional  cost,  voice  frequency  channels  can 
be  placed  adjacent  to  each  other,  each  occupying  4 kHz  of  the  frequency  spectrum. 
When  the  number  of  channels  involved  is  large  or  where  the  transmission  path  is  long, 
the  additional  cost  of  the  terminal  equipment  is  more  than  offset  by  a fuller  utilization 
of  the  bandwidth  available  in  the  transmission  path.  For  example,  in  a radio  path 
having  a baseband  bandwidth  of  2.  5 MHz,  600  SSB-SC  channels  can  be  accommodated. 
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This  same  radio  facility  could  accommodate  only  300  DSB  channels.  As  a result 
SSB-SC  has  become  the  predominant  method  of  frequency  division  multiplexing. 


The  same  basic  considerations  as  outlined  above  will  apply  to  a coaxial  cable  system 
where  the  cost  of  the  cable  and  the  associated  repeaters  forming  the  transmission 
path  may  be  significantly  larger  than  that  of  the  terminal  equipment. 

Double  sideband,  emitted  carrier,  provides  the  least  expensive  circuitry  on  a per 
channel  basis.  Transmitting  the  carrier  on  each  channel  has  the  disadvantage  that 
the  repeater  is  called  upon  to  handle  a larger  amount  of  power.  This  disadvantage 
is  somewhat  alleviated  with  the  DSB-SC  method,  but  at  the  expense  of  complicating 
the  terminal  equipment  since  means  mqst  be  devised  to  recover  (re-insert)  the  car- 
rier at  the  receiver.  The  DSB- EC  and  DSB-SC  approaches  are  very  seldom  used  in 
modern  multichannel  FDM  design. 

It  should  be  noted  that  existing  FDM  equipment  was  designed  primarily  for  optimum 
transmission  of  voice  frequency  signals.  Since  voice  and  data  signals  differ  appre- 
ciably, digital  transmission  via  FDM  is  far  from  optimum.  In  addition,  FDM  does 
not  permit  functional  integration  with  the  switch  as  does  a TDM/TDS  approach  (i.  e. , 
switch  and  multiplex  in  one  equipment  unit).  Also,  advances  in  LSI  circuitry  favor 
the  digital  or  time  division  techniques  to  achieve  cost,  size,  and  weight  advantages. 
Thus,  FDM  is  not  recommended  for  ISMTC  applications. 


3. 1.  2 Time  Division  Multiplex 

Time  Division  Multiplex  (TDM)  is  a technique  used  in  transmitting  two  or  more  digi- 
tal signals  over  a common  path  by  using  different  time  intervals  for  different  signals. 
When  TDM  is  applied  to  digital  communications  systems,  data  bits  from  different 
users  are  interspersed  in  time  and  transmitted  sequentially  over  the  same  data  com- 
munication channel.  In  other  words,  the  communications  channel  is  "time  shared" 
by  the  users.  In  operation,  the  TDM  equipment  sequentially  scans  (samples)  each 
incoming  line  and  simultaneously  connects  the  line  being  sampled  to  the  output  line. 

A framing  pattern  is  inserted  by  the  transmitting  TDM  unit  to  permit  synchroniza- 
tion. This  framing  pattern  is  used  as  a reference  to  enable  the  receiving  equipment 
to  distribute  the  received  data  to  the  proper  output  line. 

The  essential  requirement  for  TDM  equipment  is  that  the  time  division  plan  be  com- 
patible with  the  bit  rates  of  the  inputs.-  Although  TDM  equipment  is  primarily  used 
for  the  purpose  of  transmitting  digital  data  signals,  analog  signals  (voice,  analog 
facsimile,  quasi-analog  data,  etc. ) can  also  be  accommodated  provided  they  are  pre- 
processed  via  analog-to-digital  conversion  equipments,  e.  g. , pulse  code  modulation 
• (PCM)  or  delta  modulation  equipment. 


An  extremely  important  advantage  of  TDM  is  that  the  objective  of  integrating  the  mul- 
tiplexing and  switching  function  <s  readily  and  economically  achieved.  Paragraph 
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2. 1.  2. 1 describes  four  time  division  switch  systems  which  utilize  time  division 
multiplexing  and  demultiplexing  to  perform  the  switching  function.  In  each  of  these 
schemes  TD  highways  are  accessible  for  use  as  TDM  trunk  groups  without  the  aid  of 
external  multiplex  equipment. 

Another  advantage  of  employing  TDM  techniques  is  that  bulk  encryption  could  be  used 
rather  than  having  to  encrypt  each  channel  separately,  as  would  be  the  case  if  all  digi- 
tal sources  were  fed  directly  through  modems  into  an  FDM  system. 

3.1.3  TD-968  ( )/G 

The  multiplexer  TD-968  ( )/G  converts  3,  6,  12,  or  24  four-wire  voice-frequency 
channels  to  a time-division-multiplexed,  pulse -code -modulated  (TDM-PCM)  signal 
for  use  in  a digital  transmission  system.  This  multiplexer  provides  a link  between 
existing  analog  users  and  the  expanded  digital  transmission  facilities  of  the  Defense 
Communication  System  (DCS).  The  TD-968  ( )/G  is  designed  to  accommodate  analog 
telephones,  data  modems,  and  facsimile  equipment.  This  multiplexer  is  compatible 
with  the  AN/GSC-24  (V). 

However,  the  present  planning  for  the  all  digital  tactical  environment  of  the  1980s 
provides  for  the  accommodation  of  analog  signals  via  delta  modulation.  The  use  of 
PCM  is  not  anticipated  and,  thus,  the  TD-968  ( )/G  would  not  be  applicable  to  the 
ISMTC. 


3.  2 MULTIPLEX  DESIGN  APPROACH 

A major  objective  of  this  program  is  to  integrate  to  the  maximum  possible  extent  the 
multiplex  function  into  the  ISMTC  complex.  Of  vital  importance  to  tactical  systems 
is  the  requirement  that  the  multiplex  schemes  be  sufficiently  flexible  to  easily  accom- 
modate a wide  range  of  local  trunking  requirements. 

In  order  to  formulate  a complete  multiplex  design  approach  for  the  ISMTC,  the  spe- 
cific trunk  groupings  envisioned  for  the  1980  time  frame  are  required.  For  tactical 
networks,  32  kb/s  delta  modulation  (CVSD)  will  likely  be  the  means  of  digitally  en- 
coding voice  signals4.  Unfortunately,  no  trunk  grouping  standards  presently  exist  for 
32  kb/s  delta  modulation  derived  signals.  Trunk  group  sizes  have  been  assumed  in 
the  following  discussion  which  are  consistent  with  those  discussed  in  the  section  on 
matrix  considerations. 


4 

Based  on  recent  voice  digitization  developments,  there  has  been  some  indication  that 
16  kb/£(  or  even  8 kb/s,  digitized  voice  equipment  may  be  practical  in  the  time  frame 
of  concern  to  this  study  (i.  e. , 1980s).  This  study,  however,  uses  32  kb/s  since  this 
rate  is  the  presently  accepted  tactical  line  rate. 
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Trunk  group  sizes  of  15,  30,  and  60  trunks  are  used  in  this  discussion  for  the  tactical 
trunking  configuration.  Surveys  done  during  prior  work  (Reference  2)  have  indicated 
the  suitability  of  this  sizing.  In  addition,  trunk  group  sizing  of  10.  20,  and  40  trunks 
per  group  are  desirable  for  interfacing  with  the  strategic  network.  Figure  30  is  an 
example  of  how  such  trunk  groupings  may  be  accommodated  by  a switch  matrix  with 
60  channel  input/output  highways.  Note  that  the  60-channel  highways  have  been  mul- 
tiplexed/demultiplexed into  20  (or  15)  channel  highways.  These  lower  capacity  high- 
ways may  now  be  combined  or  split  in  the  trunk  group  formatter  (TGF)  to  form  the 
aforementioned  trunk  groups  (see  paragraph  3.  2. 2). 
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Figure  30.  Trunk  Group  Comblning/Decombining 


It  is  important  to  note  the  flexibility  achieved  for  handling  tactical  or  strategic  trunk 
group  sizes.  The  same  four-input  multiplex  chip  is  used  for  20-  or  15-channel  Inputs. 
The  only  difference  between  the  two  applications  is  the  timing  signals  supplied  and  the 
fact  that  one  input  is  not  used  for  the  20-channel  application.  Thus,  the  matrix  can 
now  accept  almost  any  combination  of  20-  and  15-channel  highways  depending  upon 
which  Minin*  slgnalr.  are  supplied  to  which  multiplexer/demultiplexer.  Also  note  that 
with  suitable  modifications  other  trunk  group  sizes  which  are  submultiples  of  60  chan- 
nels (i.  e. , 12  channels)  may  also  be  accommodated  in  a similar  manner. 


The  group  combining/decombining  function  has  been  assigned  to  the  matrix  for  several 
reasons.  First,  all  the  high  speed  signals  are  confined  to  the  matrix.  Thus,  inter- 
face with  external  components  is  possible  at  lower  bit  rates.  Furthermore,  the  addi- 
tion of  these  multiplex/demultiplex  functions  to  the  matrix  is  trivial  to  implement 


since  all  incoming  signals  are  already  synchronized  by  the  TGF.  Reliability  is  a 
further  factor  to  be  considered.  It  is  desirable  to  minimize  the  vulnerability  of  the 
system  to  a single  fault  which  may  affect  an  entire  60-channel  highway.  If  the  group 
combining/de  combining  were  implemented  elsewhere,  60-channel  highways  would  at 
some  point  be  transmitted  to  (or  from)  the  switch  matrix  through  a single  integrated 
circuit.  However,  by  integrating  the  function  into  the  matrix  (see  Figure  30)  the  re- 
liability of  critical  points  may  be  increased  through  the  use  of  appropriate  redundancy 
techniques. 

3.  2.  2 Trunk  Group/Trunk  Group  Formatter  Interface 

The  multiplex/demultiplex  at  the  interface  between  the  trunk  groups  and  the  TGF  must 
also  be  considered.  In  the  above  paragraph,  the  advantages  of  combining/decombining 
several  smaller  size  trunk  groups  into  a 60-channel  highway  within  the  matrix  was  dis- 
cussed. The  result  was  a matrix  with  lower  rate  trunk  group  input  and  outputs  (e.  g. , 
15-  or  20-channel  trunk  groups)  instead  of  high  speed  60-channel  highways. 

Consider  the  case  where  the  switch  must  accommodate  trunk  group  sizes  of  10,  20, 
and  40  channels.  The  matrix  would  contain  20-channel  input/output  groups.  These 
groups  must  be  multiplexed/demultiplexed  outside  the  matrix  to  form  the  desired  10-, 
20-,  and  40-channel  groups.  The  TGF  could  provide  for  this  function. 

The  output  combiner/decombiner  functions  of  the  TGF  are  shown  in  Figure  31.  The 
inputs  are  from  the  matrix  in  the  form  of  two  20-channel  groups.  Both  groups  are 
multiplexed  to  produce  a 40-channel  group  which  is  sent  to  the  selector  gate.  One  20- 
channel  group  is  split  into  two  10-channel  groups  and  transmitted  to  the  selector  gate 
along  with  the  original  20-channel  group.  A two-bit  control  word  at  the  selector  gate 
is  used  to  determine  if  the  output  is  a 10-,  20-,  or  40-channel  group. 

3.  3 SWITCHING  OF  NON-32  kb/s  SIGNALS 

Terminal  equipment  data  rates  planned  for  the  future  long  haul  and  tactical  communi- 
cation systems  are  (Reference  5) 

"a.  25  x 2~m  Bds  or  b/s 

b.  50.  0 Bds  or  b/s 

c.  75  x 2m  Bds  or  b/s,  up  to  and  including  9600  Bds  or  b/s,  where  M 

is  a positive  integer  0,  1,  2 7. 

I 

d.  The  modulation  rates  (expressed  in  Bds)  and  the  data  signaling  rates 

(expressed  in  b/s)  above  9600  Bds  or  b/s  are  based  on  ?»>00  x N ' 


63 


i f 

l 


igure  31.  Trunk  Group  Formatter  Output  - Multiplex/ Demultiplex  Function 


The  handling  of  the  very  low  bit  rates  in  categories  (a)  and  (b)  above  is  inefficient  In 
a high  speed  system  such  as  the  ISMT Cunless  the  individual  channels  are  multiplexed 
prior  to  introduction  to  the  main  TDS/TDM  matrix.  Thus,  the  rates  described  by  (a) 
and  (b)  should  be  multiplexed  external  to  the  ISMT  C with  a low  data  rate  (telegraph) 
submultiplexer  to  achieve  necessary  transmission  efficiency. 

Rates  which  are  multiples  of  8000  b/s  are  multiplexed/demultiplexed  external  to  the 
TDS/TDM  matrix  to  satisfy  interface  requirements.  Using  present  techniques  this 
should  be  a fairly  straightforward  procedure  for  integral  submultiples  of  32  kb/s. 
However,  the  handling  of  75  x 2m  b/s  signals  by  a matrix  switching  32  kb/s  channels 
is  not  accomplished  as  easily. 

Note  that  the  maximum  rate  in  the  75  x 2m  b/s  family  of  speeds  is  9. 6 kb/s.  It  is 
possible  to  accommodate  9.  6 kb/s  inputs  on  the  32  kb/s  TDS/TDM  matrix  lines  by 
using  signal  processing  circuits  to  assure  synchronism  between  the  matrix  line  and 
the  9.  6 kb/s  user  input.  For  example,  Figure  32  illustrates  the  timing  for  one  such 
scheme.  Note  that  ten  32  xb M pulses  form  a frame  (Waveform  A)  which  is  precisely 
the  same  duration  as  three  9.  6 kb/s  pulses  (Waveform  B).  The  9.  6 kb/s  subscriber 
line  can  be  buffered  at  the  switch  input  to  synchronize  the  32  kb/s  and  9.  6 kb/s 
frames  and  then  retimed  as  shown  for  Waveform  C.  Note  that  the  result  is  to  com- 
press each  of  the  three  9.  6 kb/s  pulses  to  the  width  of  a 32  kb/s  pulse  and  place  them 
in  time  slots  1,  4,  and  7 of  the  32  kb/s  frame.  Thus,  Waveform  C contains  the  in- 
formation from  the  9.  6 kb/s  line  but  is  compatible  with  the  32  kb/s  rate  required  at 
the  switch.  Assuming  synchronism  between  the  9.  6 kb/s  and  32  kb/s  frames  can  be 
achieved  at  the  output  of  the  destination  node.  Waveform  C could  be  sampled  only  at 
the  first,  fourth,  and  seventh  bit  of  each  frame.  These  bits  could  then  be  buffered 
and  reclocked  at  a 9.  6 kb/s  rate  and  transmitted  to  the  subscriber. 

Synchronism  must  be  achieved,  however,  between  the  32  kb/s  and  9.  6 kb/s  frames 
at  the  destination  node.  For  local  calls  this  is  no  problem  since  the  frames  are  al- 
ready synchronous.  This  is  not  the  case  at  foreign  nodes.  However,  since  only  three 
of  the  10  time  slots  per  frame  contain  data,  the  remaining  slots  could  be  used  to  sup- 
ply inband  synchronization  information.  A Barker  Code  could  be  inserted  into  the 
time  slots  of  each  frame  to  uniquely  identify  a specific  time  slot.  For  example,  a 
1,  1,  0 sequence  inserted  into  slots  8,  9,  and  10  respectively  yields  sufficient  syn- 
chronization information  provided  that  all  other  unused  slots  are  set  to  zero.  Five- 
and  seven-bit  Barker  Codes  may  also  be  used  for  thi.  application. 

The  penalty  one  pays  for  such  a design  is  in  the  inefficient  utilization  of  the  d^tu 
throughput  capacity  of  the  switch,  especially  for  rates  well  below  9600  b/s.  When- 
ever possible,  all  signals  with  a common  source  and  destination  and  with  rates  below 
9600  b/s  should  be  multiplexed  together  to  form  a common  channel.  Accomplishing 
this  is  a function  of  the  switch  trunking  and  multiplexing  plan  based  on  actual  traffic 
requirements. 
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Figure  32.  Conversion  of  9.  6 kb/s  Signals  to  32  kb/s  Format 


An  alternate  approach  to  switching  75  x 2 signal  rates  might  be  to  have  a separate 
matrix  especially  dedicated  to  handling  such  signals.  Within  this  matrix,  provision 
might  be  made  for  switching  subchannels  in  order  to  increase  data  throughput  when 
dealing  with  low  rates.  Such  an  approach  would  only  be  cost  effective  if  the  number 
of  75  x 2m  b/s  channels  serviced  by  the  ISMTC  node  was  a substantial  proportion  of 
the  total  traffic  load. 


3.4  CONCLUSIONS 

Time  division  switching  and  time  division  multiplexing  should  both  be  performed  in 
an  integrated  time  division  matrix. 

The  multiplexing  scheme  for  the  integrated  switch/multiplex/technical  control  is  based 
on  a bit-by-bit  multiplexing  of  bit  streams  derived  from  CVSD  subsets  generating  32 
kb/s  per  line.  Groups  are  formed  from  the  basic  32  kb/s  line  rate  by  a bit  interleav- 
ing process. 

Bit-by-bit  multiplexing  has  an  advantage  in  the  tactical  network  over  character  multi- 
plexing since  it  provides  a "transparent"  transmission  system.  Characters  have  no 
real  meaning  within  the  Air  Force  tactical  network  since  there  is  no  standard  char- 
acter format  requirement  specified  for  the  terminals.  While  character  multiplexing 
and  character  switching  offer  a means  of  reducing  highway  speed,  the  highway  speed 
as  configured  for  the  ISMTC  does  not  present  a problem.  Highway  speeds  of  1. 92 
Mb/s  (60  lines  x 32  kb/s/line)  are  planned  which  are  well  within  the  capability  of 
bipolar  logic  anticipated  for  use  in  the  integrated  time  division  switch/multiplex. 


It  is  probable  that  the  AF  tactical  system  will  be  required  to  serve  low  speed  users 
in  addition  to  the  32  kb/s  CVSD  channels  and  high  speed  datt  ’sers.  Distributions 
of  users,  network  configuration,  and  operating  doctrine  will  dictate  the  method  of 
accommodating  low  speed  users  in  a manner  which  will  be  cost  effective  for  the  over 
all  system. 


The  multiplex  system  design  approach  discussed  in  this  section  has  little  impact  on 
the  design  of  the  technical  control  signaling  and  common  control  schemes.  It  should 
be  noted,  however,  that  transmission  equipment  carrying  greater  than  60  channels 
require  external  multiplex  equipment.  In  addition,  subscriber  loops  must  be  multi- 
plexed into  groups  compatible  with  the  matrix  input/output  groups.  This  function 
could  be  performed  in  the  line  formatter. 
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4.0  TECHNICAL  CONTROL 

Technical  control  encompasses  the  coordination  among,  and  operational  control  over 
associated  faculties  of  telecommunications  systems.  The  prime  purpose  of  technical 
control  is  to  provide  the  broad  degree  of  system  flexibility  essential  for  maximum  an 
consistent  effective  utilization  of  available  communications  resources.  This  requires 
the  capability  to  selectively  use  various  combinations  of  available  transmitters,  re- 
ceivers,  terminal  equipment,  frequencies,  and  propagation  paths . The  decision  proc 
ess  required  to  Implement  this  capability  is  dependent  upon  many  factors,  foremost 
of  which  is  the  current  operational  status  of  each  station,  or  node,  in  the  network 
respect  to  both  equipment  and  traffic.  Based  on  the  knowledge  of  the  current  status 
of  each  station  in  the  network,  effective  decisions  can  be  made  at  vartous  ievels  within 
the  overall  technical  control  structure.  In  our  analyses,  it  is  assumed  that  the  over- 
all technical  control  structure  is  hlerarchal  in  nature  and  is  consistentwitothepre- 
liminary  TRI-TAC  concept  for  Tactical  Communications  Control  Facilities  (TCCF). 

In  this  concept,  the  TCCF  is  composed  of  four  distinct  elements: 

• System  Planning  and  Engineering 

• System  Control 

• Node  Control 


• Equipment  Support 

Figure  33  illustrates  the  hlerarchal  structure  of  the  TCCF  concept  including  the  func- 
tional flow  of  information  between  the  TCCF  elements.  With  reference  to  Figure  33, 
it  should  be  noted  that  the  links  between  the  various  TCCF  elements  are  information 
links  and  not  necessarily  the  communications  links  required  to  support  transfer  of 
the  information.  Before  describing  the  types  of  information  required  to  be  passed 
between  TCCF  elements,  a brief  description  of  the  major  functions  of  each  element 

is  presented  below. 

1.  System  Planning  and  Engineering  - The  major  functions  of  the  System 
Planning  and  Engineering  (SP&E)  element  include: 

a.  Overall  network  planning  including  trunk  sizing  and  routing. 

b.  Analysis  and  selection  of  required  equipment  and  radio  fre- 
quencies . 

c.  Development  of  implementation  plans. 
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In  our  concept.  In  order  to  provide  these  functions  the  SP&E  element 
must  develop  and  maintain  a large  data  base.  The  data  base  must  con- 
tain up-to-date  Information  related  to  equipment  Inventories,  available 
radio  frequencies,  geographic  location  of  nodes,  current  network  con- 
figuration (after  system  deployment),  etc.  In  addition,  the  SP&E  ele- 
ment must  have  the  capability  to  manipulate  the  data  base  in  order  to 
arrive  at  optimum  solutions  to  overall  network  problems,  i.e.,  proc- 
essor assistance  is  required  to  support  the  SP&E  element. 

2'  System  Control  - The  prime  function  of  System  Control  (SC)  is  to  pro- 
vide real-time  management  and  control  of  all  communications  re- 
sources within  the  communications  network.  In  this  capacity,  SC 
must  have  the  capability  to  continuously  optimize  performance  and 
service  throughout  the  system  during  both  stressed  and  non- stressed 
conditions;  that  is,  the  SC  element  must  be  capable  of  evaluating  over- 
all network  performance  with  respect  to  traffic  handling  capacity, 
directing  changes  in  circuit  routings  based  on  this  evaluation,  and 
instituting  other  traffic  control  techniques  as  required  to  maintain 
optimum  communications  throughout  the  system.  In  addition,  SC 
must  have  the  capability  to  isolate  faults  related  to  particular  nodes 
in  the  system.  This  latter  capability  must  be  based  on  the  analysis 
of  equipment  and  traffic  status  reports  received  from  the  nodes  of  the 
system.  To  effectively  provide  all  of  the  required  SC  capabilities, 
the  SC  element  must  be  provided  with  processor  assistance  and  the 
necessary  software  to  support  the  SC  function. 

3 Node  Control  - The  major  function  of  the  Node  Control  (NC)  element 
is  to  provide  real-time  technical  control  at  each  switching  node  within 
the  communications  network.  This  element  is  responsible  for  man- 
agement and  operational  control  of  all  communication  equipment 
associated  with  the  node,  including  equipment  at  repeater  sites  for 
which  the  NC  element  has  been  assigned  responsibility.  To  provide 
effective  real-time  technical  control  over  the  node,  the  NC  element 
must  have  the  capability  to  automatically: 

• Monitor  equipment  alarms  and  signal  quality. 

• Isolate  "in-station"  faults. 

• Restore  circuits  which  have  failed. 

• Generate  reports  and  records  related  to  both  equipment  and 
traffic  status. 
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4,  Equipment  Support  - The  Equipment  Support  (ES)  element  provides  for 
the  installation,  operation,  and  maintenance  of  communications  equip- 
ment at  the  node.  In  general,  an  ES  element  will  be  associated  with 
each  unit  of  communications  equipment,  including  the  switch,  at  the 
node. 

5.  TCCF  Integration  - This  study  is  directed  towards  the  analysis  of  the 
feasibility  of  lnc<  rporatlng  the  functions  required  of  the  Node  Control 
element  into  the  common  processor  of  an  Integrated  Switch/Multiplex/ 
Technical  Control  Facility.  The  processors  required  for  the  System 
Control  and  the  System  Planning  and  Engineering  elements  will  re- 
quire software  and  operating  characteristics  unique  to  their  specific 
functions.  Furthermore,  since  one  SC  and  one  SP&F  element  can 
handle  more  than  one  node,  it  is  not  practical  to  provide  their  re- 
quired capabilities  into  the  ISMTC  processor  at  each  node  cf  the  net- 
work. 

With  reference  to  Figure  33,  the  type  of  information  required  on  the  links  between  the 
various  TCCF  elements  is  presented  below. 


Link  1 - SP&E  to  SC 


Node  locations  Including  repeater  sites 
Node-pair  frequency  assignments 
Network  connectivity 
Routing  tables 


t Switch  Sizes 
• Data  base  updates 
Link  2 - SC  to  SP&E 


Requests  for  additional  trunks  and/or  switches 
Data  base  updates 

Status  of  nodal  equipment  and  traffic 
Network  traffic  status  summaries 
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.Ink  3 - SC  to  NC 


• Frequency  assignments 


• Routing  tables 

• Fault  isolation  reports 


• Fault  reports 
Link  4 - NC  to  SC 


• Traffic  status  reports 


• Equipment  status  reports 

• Fault  reports 


Sensor  (monitor  point)  Information  (for  system  control  fault  Isolation 
on  a node-pair  basis) 


Link  5 - NC  tc  ES 

• Frequency  assignments 

• Fault  reports 


Link  6 - ES  to  NC 


• Equipment  status 

• Fault  cleared  report 


• Sensor  and  alarm  Information 


Section  4.1  presents  the  parameters  which  are  pertinent  to  providing  the  technical 
control  functions  for  the  Node  Control  element  of  a TCCF.  Basically,  there  are  four 
major  functions  associated  with  technical  control  at  .nodes  of  a communications  sys- 
tem. They  are: 
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• Circuit  quality  monitoring  and  testing 

• Fault  Isolation 

• Alternate  routing 

• Reporting  and  recordkeeping 
4.1  QUALITY  MONITORING  AND  TESTING 

The  major  purpose  of  quality  monitoring  and  testing  Is  to  provide  Indications  of  net- 
work and  station  equipment  degradation  prior  to  complete  failure.  This  function, 
monitoring  and  testing,  also  provides  the  basis  for  the  Initiation  of  fault  Isolation  and 
circuit  restoral  procedures.  Quality  monitoring  of  both  the  transmission  and  switch/ 
multiplex  subsystems  Is  a definite  requirement  for  the  ISMTC. 

In  planning  for  the  ISMTC  and  later  In  Implementing  the  overall  communication  system, 
the  problems  related  to  monitoring  at  key  locations  must  consider: 

• What  to  monitor  (selection  of  key  parameters) 

• Where  to  monitor  (selection  of  key  points) 

• How  to  monitor  (selection  of  monitor  equipment  and  techniques) 

• How  often  to  monitor  (measuring  and  reporting  frequency) 

t 

• Actions  to  be  taken  In  response  to  sensing  of  degradations. 

The  dl">  cuss  Ion  which  follows  presents  some  of  the  above  considerations. 

4.1.1  Monitor  Points  and  Parameters 

In  the  tactical  environment  of  the  1980s  the  trunks  between  switching  centers  will  be 
pi-ovlded  by  various  types  of  transmission  equipment,  Including  communication  satel- 
lites, transponders  aboard  remotely  piloted  vehicles  (RPVa),  tropospheric  scatter 
radio,  llne-of-sight  radio,  and  cable  transmission  systems. 

A block  diagram  of  a typloal  transmit/ receive  station  identifying  possible  equipment 
and  signal  monitoring  points  la  shown  on  Figure  34.  Typical  equipment  to  be  monitored 
by  the  signal  quality  monitor  function  include  all  equipment  through  which  the  sig- 
nals pass  and  those  support  equipments  and/or  subsystems  which.  If  malfunctioning, 
would  affect  system  performance.  Equipments  and  subsystems  to  be  monitored  In- 


CSC  • ••34653  Al 


Figure  34.  Typical  Monitoring  Point  Block  Diagram 


1.  Signal  Quality  and  Alarms 


Multiplexer 


Switch 


Modulators 


Transmitters 


Receivers 


Transmission  Lines  and  Antennas 


Ancillary  Conditioning  Equipment 
2.  Alarms  Only 


Prime  Power  Sources 


Power  Supply  Voltages 
Environmental  Systems 
Physical  Security  Systems 


The  parameters  associated  with  the  equipment  to  be  monitored  for  signal  quality  can 
be  classified  Lnto  three  broad  categories  and  each  in  turn  into  several  subcategories 
as  indicated  below. 


• Bit  Errors 


• Time  Division  Errors  (burst,  frame,  bit  synchronization) 


• Timing  Buffer  Overflow 


• Jitter 


• Amplitude  Variations 

• Inters)  mbol  Interference 
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signal,  the  threshold  Is  not  as  abrupt  and  error  rate  may  possibly  be  used  to  Indicate 
channel  degradation. 

With  respect  to  the  monitoring  of  digital  signals,  the  following  parameters  can  be 
sensed. 

• Bit  Errors  - Binary  errors  and  error  patterns  can  be  measured  be- 
tween Input  and  output  of  a switch  or  multiplex  equipment,  or  node 
to  node  by  cooperative  action  between  two  contiguous  nodes. 

P«  Time  Division  Errors  - The  effect  of  small  errors  In  timing  (l.e., 
digital  distortion)  tends  to  appear  In  the  form  of  bit  errors  In  one  or 
more  channels . Larger  errors  (greater  than  one  half  of  a highway 
bit  time)  will  result  In  Incorrect  Identification  of  time  slots,  so  that 
all  the  channels  of  a given  TDM  highway  will  be  slipped  and  directed 
to  Incorrect  users  (l.e.,  loss  of  frame  synchronization) . 

s Timing  Buffer  Overflow  - Clock  drift  between  two  nodes,  or  large 
unexpected  shifts  In  time  delay,  can  cause  buffer  overflow  or  under- 
flow In  the  circuits  provided  for  ''ringing  separately  received  channels 
Into  common  frame  timing  (for  multiplex  and  switching). 

Monitoring  for  digital  errors  may  be  accomplished  on  circuits  which  are  either  Idle 
or  are  In- use. 

4.1. 1.1.1  Idle  Circuits 

If  a predetermined  known  pattern  Is  transmitted  on  all  Idle  channels  (the  digital  coun- 
terpart of  the  Idle  channel  tone).  It  can  be  monitored  and  Its  presence  used  to  Indicate 
circuit  continuity.  All  circuits  can  be  tested  rather  rapidly  by  sequential  scanning. 
The  ■nmpHng  time  for  each  channel  can  be  made  long  enough  to  monitor  performance 
but  not  long  enough  to  measure  bit  error  rate.  When  errors  are  detected  the  circuit 
should  be  remeasured  and.  If  confirmed,  corrective  action  taken. 

Somewhat  less  frequently  the  bit  error  rate  of  Idle  channels  should  be  tested  and  the 
results  reoorded.  Degradation  In  error  rate  versus  time  provides  a measure  of  olr- 

When  errors  are  measured  on  a circuit  the  error  pattern  and/or  statistics  can  be 
analyzed  by  the  processor  for  diagnostic  purposes.  IX  the  errors  ooour  in  bursts  or 
are  random,  or  If  they  ooour  one  or  two  at  a time  or  In  larger  groups,  analysis  of  the 
patterns  could  provide  Information  for  fault  Isolation.  Also,  by  Inserting  a test  pat- 
tern generator  at  the  transmitter,  the  test  pattern  may  be  varied  to  stress  different 
system  parameters.  For  example,  by  varying  the  number  of  "Is"  and  "Os"  the  dock 
reoovery  circuits  may  be  tested. 
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When  a circuit  Is  In  use  Its  performance  may  be  monitored  by  making  use  of  any  known 
redundant  Information  associated  with  the  digital  signal.  This  technique  Is  referred  to 
as  Code  Violation  Monitoring.  Several  examples  Illustrating  this  approach  are  given 
bolow: 
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1.  Forbidden  Patterns  - Based  on  existing  analysis  and  documentation.  It 
Is  likely  that  digitized  voice  will  be  handled  by  a CVSD  process.  In 
most  CVSD  encoders/decoders,  certain  forbidden  characters  occur 
Inherent  to  the  delta  modulation  scheme.  For  example,  the  typical 
CVSD  process  described  In  the  TRI-TAC  specifications  excludes  the 
possibility  of  four  consecutive  zoros.  If  at  the  receive  switch  end  a 
simple  modulo-type  detector  were  used,  an  error  could  be  Indicated 
every  time  four  consecutive  zeros  were  detected.  A determination 
would  have  to  be  made  concerning  how  soon  an  alarm  should  be  sent; 
that  Is,  one  may  not  wish  to  send  an  alarm  based  on  the  first  error 
detected.  One  may  wish  to  average  over  a certain  time  period  and 
extrapolate  a line  error  rate  and,  based  on  a line  error  rate  thresh- 
old preset  In  the  processor,  send  an  alarm. 
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2.  Frame  Pulse  Monitor  - In  some  digital  systems  the  framing  pulse(s) 
Is  the  only  unique  signal  whloh  Is  always  transmitted.  This  signal 
may  be  monitored  at  the  receiving  node  and  also  telemetered  to  the 
transmitting  node  to  Indicate  failure.  A frame  monitor  can  also  be 
used  to  Indicate  loss  of  crypto  synchronization. 

3.  Other  Code  Violation  Monitors  - Other  examples  ares  on  the  Bell  T-l 
only  14  consecutive  "Os'1  are  permitted;  T-2  Is  limited  to  six  con- 
secutive "Os";  and  the  T-4  Is  limited  to  two  consecutive  "Os".  Any 
variation  from  this  would  Indicate  fauxty  operation.  If  forward  error 
oorreotlon,  ARQ,  or  parity  Is  used,  relatively  simple  sensors  and 
algorithms  may  be  devised  to  monitor  olrcult  performance. 

4. 1.1. 1.3  Duplicate  Transmission 

Another  method  of  olrcult  testing  Is  to  transmit  some  (or  all)  of  the  bits  of  the  mes- 
sage In  an  order  wire  or  Idle  channel  and  to  cross  correlate  the  received  bit  streams 
to  test  for  bit  errors. 

4.1 .1.2  Monitoring  of  Digital  Signals  (Prior  to  Regeneration) 

Signals  In  digital  format,  after  transmission  over  a noisy  or  disturbed  path,  may 
exhibit  perturbations  such  as  Intersymbol  Interference,  noise,  timing  jitter,  and 
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timing  drift.  These  disturbances  can  be  sensed  as  a measure  of  signal  degradation 
even  before  they  are  large  enough  to  cause  measurable  error  rates,  at  a subsequent 
fully-dlgltal  point  in  the  system. 

The  following  parameters  can  be  sensed. 

• Jitter 


• Amplitude  Uncertainties 

• Intersymbol  Interference 

Multipath  or  filter  dispersion  can  cause  Intersymbol  Interference,  which  will  in  gen- 
eral appear  as  a combination  of  jitter  and  amplitude  fluctuation.  In  these  cases  the 
perturbations  will  be  found  to  correlate  with  the  bit  pattern  of  earlier  and  later  bits 
of  the  data  stream. 

4 . 1 . 1 . 3 Monitoring  of  Analog  Parameters 

Although  the  systems  considered  are  whoUy  digital,  the  problem  of  localizing  faults 
and  degradations  will  Involve  making  analog  measurements  of  the  degradation  in 
radio  signals,  wire  lines,  etc. 

For  this  purpose,  conventional  analog  measurements  (such  as  signal  power,  noise, 
interference,  VSWR,  fading,  multipath,  delay  distortion,  slot  noise,  etc.)  will  usually 
make  it  possible  to  establish  whether  a signal  is  being  degraded  at  the  source  (trans- 
mitter), in  the  radio  or  wire-line  path,  or  in  the  receiving  system.  This  kind  of  fault 
localization  is  needed  to  determine  which  site  needs  maintenance,  or  whether  the  prob- 
lem is  propagation  disturbances  between  sites. 

Before  the  analog  monitoring  function  can  be  effectively  automated  some  means  must 
be  provided  to  make  the  required  measurements  and  to  transmit  the  results  to  the 
common  communications  processor  at  the  1SMTC  facility.  For  the  1980  time  frame, 
transmission  equipment  should  be  designed  to  provide  the  required  measurement  capa- 
bility, including  the  means  to  communicate  the  resulting  data  to  the  ISMTC.  The 
latter  will  require  analog  to  digital  conversion  of  the  measurement  and  the  ability  to 
Insert  the  data  into  an  order  wire  between  the  transmission  facility  and  the  local  and 
remote  ISMTC  facilities. 

4,1,2  Computer  Processor  Implications 

Monitoring  of  digital  parameters  is  basic  and  provides  knowledge  of  channel  failure. 
This  is  used  for  indicating  channel  status,  for  control  of  alternate  routing— either 
directly  by  the  processor  (if  automatic  alternate  routing  is  desired  and  if  a standby 


routing  choice  has  been  made)  or  by  manual  intervention— and  to  initiate  various  mes- 
sages to  echelons  concerned  with  traffic  and  systems  management  and  with  main- 
tenance. 

Non- regenerated  digital  signals  will  have  to  be  monitored  to  provide  indications  of 
system  and  circuit  degradation  prior  to  failure  and  to  ensure  detection  of  channel 
failure  (where  encryption  would  otherwise  prevent  observing  digital  errors)  and  to 
assist  in  fault  localization. 

It  is  expected  that  monitoring  of  analog  parameters  will  also  be  required,  in  order  to 
distinguish  between  degradations  at  the  sending  end,  in  the  path,  and  at  the  receiving 
end  of  a hop  (for  guiding  maintenance  and  alternate  routing).  Further  localization  of 
faults  to  subsystems  will  be  useful  for  maintenance  purposes. 

A major  consideration  in  planning  to  integrate  technical  control  functions  into  the 
circuit  switch  at  each  node  will  be  the  added  burden  on  the  processor  controlling  the 
switch. 

A significant  impact  of  integrating  the  equipment  support  function  into  the  switch  proc- 
essor appears  to  be  in  digital  monitoring  of  switch  and  multiplex  failures.  Very  fast 
reaction  is  needed  here,  since  a switch  or  multiplex  failure,  or  an  error  in  framing, 
can  result  in  failure  of  a very  large  number  of  channels.  To  provide  quick  reaction 
to  failure  and  rapid  fault  localization  (for  automatic  replacement  of  a switch  module), 
the  technical  control  function  will  require  rapid  access  to  the  computer,  an  infrequent 
but  sizable  peak  computing  burden,  and  will  probably  also  use  a significant  amount  of 
external  special-purpose  monitoring  logic.  A preliminary  examination  of  this  aspect 
of  the  technical  control  monitoring  has  been  undertaken  (see  paragraph  4. 5. 1.1). 

The  remote  monitoring  of  digital  and  analog  parameters  at  key  points  between  each 
pair  of  switching  nodes  is  expected  to  use  special-purpose  hardware  in  order  to  min- 
imize the  channel  capacity  used  for  signal  quality  status  reporting,  which  could  other- 
wise become  a significant  traffic  burden.  Thus,  the  main  impact  on  the  ISMTC  proc- 
essor at  a given  node  is  expected  to  lie  in  the  extra  program  capacity  used  for  fault 
localizing,  and  in  originating  appropriate  failure  reports.  The  s^eed  of  response 
needed  for  these  functions  will  be  relatively  low  (several  seconds  can  be  used)  so  that 
extra  computing  speed  will  not  be  needed. 

4.2  FAULT  ISOLATION 

One  of  the  most  complex  processes  in  present  day  technical  control  operations  is  that 
of  fault  isolation.  The  complex  pattern  of  actions  involved  in  the  interval  between 
failure  and  restoral  encompasses  monitoring,  testing,  and  coordination.  The  ability 
to  perform  the  fault  isolation  process  is,  therefore,  very  dependent  upon  the  skill 
level  and  experience  of  individual  technical  controllers.  The  problem  is  one  of  pro- 
viding the  technical  controller  with  the  tools  that  will  help  him  perform  this  complex 
process  more  effectively. 
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There  are  two  basic  approaches  that  should  be  considered  depending  on  the  type  of 
fault  Isolation  desired.  In-statlon  fault  Isolation  provides  for  the  isolation  of  faults 
within  the  node  and  Is  a station-oriented  function.  System  fault  Isolation  provides  for 
Identification  of  faults  as  In-statlon  or  out-of-statlon  and.  If  out-of- station,  localiza- 
tion of  the  trouble  to  a specific  station  or  stations  In  the  transmission  path. 

The  degree  of  fault  Isolation  will  be  dependent  upon  two  major  factors: 

• Hardware  - The  type,  number  and  configuration  of  the  signal  and  equip- 
ment sensors  used  for  recognition  of  degradation  and  failures  both  In 
the  transmission  and  switch/multiplex  subsystems. 

• Software  - The  designed  capability  of  the  common  communications  proc- 
essor whereby  the  degradation  and  failure  Indications  are  collected, 
compared,  and  correlated  In  order  to  validate  and  Isolate  the  problem 
areas. 

Considerations  related  to  hardware  are  presented  below. 

4.2.1  Hardware  Considerations 

The  basic  technique  applicable  to  the  Implementation  of  the  fault  Isolation  function  of 
technical  control  Is  that  of  comparison  of  measurements;  that  Is,  to  Isolate  faults  In 
a system,  comparisons  must  be  made  with  respect  to  the  quality  of  Input  and  output 
signals  of  key  elements  within  the  overall  system.  If,  for  Instance,  the  quality  of  an 
Input  signal  to  one  of  the  key  elements  Is  within  Its  acceptable  range,  and  the  quality 
of  the  associated  output  signal  is  out  of  tolerance,  the  fault  in  the  system  can  be  isolated  to 
that  element  or  the  following  element,  rhe  ambiguity  as  to  which  is  the  faulty  element 
occurs  if  the  input  stage  to  the  following  element  has  malfunctioned  (e.  g. , short  circuited). 
In  this  case  an  additional  diagnostic  is  required  to  enable  isolation  to  one  element. 

As  noted  previously,  monitoring  of  both  digital  and  analog  signals  will  be  required  for 
optimum  fault  Isolation  capability.  This  section  Is  directed  toward  a discussion  of 
hardware  considerations  related  to  the  analog  monitoring  and  fault  Isolation  functions, 
l.e.,  monitoring  and  fault  Isolation  of  the  transmission  system. 

The  problem  of  localizing  transmission  faults  and  degradations  will  require  analog 
measurements  of  key  parameters  of  the  transmission  subsystem.  Before  the  analog 
monitoring  and  fault  Isolation  functions  Can  be  effectively  automated,  some  means 
must  be  provided  to  make  the  required  measurements  and  to  transmit  the  results  to 
the  <Y>TnTMwi  communications  processor  system  at  the  ISMTC  facility  for  correlation. 
There  are  several  basic  concepts  applicable  to  providing  for  this  capability , all  of 
which  i'v  quire  special  purpose  hardware  for  their  Implementation.  The  complexity  of 
the  hardware  required  will  be  dependent  upon  the  type  of  terminal,  the  number  of 
monitor  points,  and  the  type  of  orderwlre  available  to  transmit  the  monitor  Informa- 
tion to  the  ISMTC. 
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To  Illustrate  the  various  concepts  which  may  be  used  to  Implement  the  fault  Isolation 
function,  radio  relay  terminals  will  be  used  for  the  purpose  of  dlsousslon.  The  con- 
cepts described  could  be  readily  extended  and  applied  to  other  types  of  terminals. 

There  are  two  types  of  radio  relay  repeaters  that  must  be  considered,  baseband  re- 
peaters and  IF  (or  RF)  repeaters.  The  type  of  repeater  used  will  affect  the  type  of 
channel  required  to  transmit  the  monitor  point  Information  back  to  the  ISMTC . For 
Instance,  with  baseband  repeaters,  the  monitor  point  Information  could  be  Inserted 
and  transmitted  on  the  32  kb/e  digital  orderwlre  channel  of  a trunk  group. 

With  IF  (or  RF)  repeaters,  the  monitor  Information  cannot  be  Inserted  In  one  of  the 
trunk  group  time  slots  without  special  provisions  being  made  for  demodulation  of  the 
baseband  signal.  Therefore,  other  means  must  be  used  to  transmit  fault  detection 
and  quality  monitor  Information  to  the  ISMTC.  The  following  paragraphs  describe 
techniques  which  are  applicable  to  the  Implementation  of  the  fault  Isolation  function 
for  both  types  of  repeater  terminals.  The  fault  isolation  techniques  described  are 
based  on  monitoring  a minimum  number  of  points  but  can  be  extended  to  encompass 
many  more  points.  In  actual  practice  It  may  be  desirable  to  monitor  a larger  number 
of  key  points  so  that  the  degree  of  fault  Isolation  capability  could  be  extended.  The 
actual  number  of  monitor  points  that  will  be  Incorporated  Into  the  transmission  equip- 
ment supporting  the  ISMTC  during  the  1980  time  frame  will  be  dependent  upon  the 
specific  design  of  such  equipment.  It  is  strongly  recommended  that  the  development 
of  specifications  for  the  ISMTC  and  network-wide  transmission  equipment  be  done  on 
nn  overall  system-oriented  basis  In  order  to  obtain  maximum  Interoperability;  that 
Is,  there  should  be  close  coordination  and  liaison  between  those  responsible  for  the 
development  of  transmission,  switching,  multlDlexlng,  tecnnlcal  control,  and  end 
Instrument  subsystems  of  the  overall  tactical  communications  equipment. 

4. 2. 1.1  Baseband  Repeaters 

The  typical  complement  and  configuration  of  major  equipment  at  a baseband  repeater 
terminal  for  one  direction  of  transmission  Is  Illustrated  In  Figure  35.  As  a minimum, 
the  Inputs  and  outputs  of  each  functional  element  shown  In  Figure  35  should  be  mon- 
itored for  signal  quality  and/or  level. 

The  overall  process  of  monitoring  and  fault  Isolation,  as  applied  to  the  transmission 
system  supporting  an  ISMTC,  consists  of  several  steps; 

1 . Analog  signal  detection  and  measurement 

2.  Analog-to-dlgltal  conversion 

3.  Message  formatting 


4.  Message  transmission  to  the  ISMTC 
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Figure  35.  Typical  Configuration  of  Equipment  at  Baseband  Repeater  Terminals 

4 . 2 . 1 . 1 . 1 Signal  Detection  and  Measurement 

Signal  detection  and  measurement  will  require  sensors  capable  of  detecting  and  meas- 
uring the  specific  parameters  to  be  monitored.  It  is  recommended  that  consideration 
be  given  to  the  Incorporation  of  these  sensors  Into  the  transmission  equipment  to  be 
used  during  the  1980  time  frame.  Consideration  should  also  be  given  to  optimizing 
the  number  of  key  points  to  monitor  through  detailed  tradeoff  analyses  during  the  spec- 
ification preparation  phase  of  the  transmission  equipment  design. 

4. 2. 1.1. 2 Analog- to- Digital  Conversion 

Analog-to-dlgltal  (A/D)  conversion  will  be  required  to  convert  analog  measurement 
signals  Into  digital  signals  In  order  to  provide  for  proper  message  Input  to  the  digital 
ISMTC  processor.  There  are  two  basic  methods  which  may  be  used  to  provide  for 
A/D  conversion.  One  method  Incorporates  an  A/D  converter  as  part  of  the  monitor 
sensor  equipment  at  each  monitor  point,  l.e. , one  A/D  converter  per  monitor  point. 
The  second  method  Involves  the  use  of  a single  A/D  converter  fed  by  a scanning  device 
which  sequentially  connects  each  analog  monitor  point  In  the  system  to  the  A/D  con- 
verter. Figures  36  and  37  Illustrate  the  multi-  and  single- A/D  converter  approaches. 
The  figures  also  show  the  equipment  required  to  format  and  transmit  the  monitor  point 
Information  to  the  ISMTC  processor. 

4. 2. 1.1. 3 Message  Formatting 

Message  formatting  Is  required  to  Insert  the  monitored  data  Into  a mes  age  for  trans- 
mission to  the  ISMTC  processor.  The  length  and  format  of  the  message  Is  dependent 
upon: 
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1.  The  number  of  monitor  points. 

2.  The  length  of  the  bit  sequence  used  to  code  the  monitor  point  data. 

3.  The  type  of  reporting  used,  e.g.,  continuous,  periodic,  or  aperiodic 


3.  The  type  of  reporting  used,  e.g.,  continuous,  penoaic.  or 
reports . 

The  length  of  the  bit  sequence  used  to  code  the  date  will  be  dependent  upon  the  number 
of  discrete  quantized  measurement  levels  available  from  the  A/D  converter.  The 
greater  the  number  of  levels,  the  greater  the  accuracy  of  measurement,  to  a simple 
three-level  (green,  amber,  and  red)  monitor  and  alarm  system,  only  two  bite [ woidd 
be  required  and  the  A/D  converter  Is  a simple  four-state  device.  The  two  bits  could 
be  used  to  code  the  signal  condition  as  follows: 

# Space-Mark  /0-11  Green  Condition  - Signal  level/quallty  Is  within 
acceptable  operating  tolerances. 

# Mark-Space  ft-01  - Amber  Condition  - Signal  level/quallty  has  crossed 
a pre-established  threshold  causing  system  degradation.  The  system 
Is  still  operable  but  cannot  provide  optimum  performance. 

# Mark-Mark  (1-1)  - Red  Condition  - Signal  level/quallty  has  deterio- 
rated to  the  point  where  the  system  becomes  Inoperable. 

The  dibit  Space-Space  (0-0)  would  not  be  required.  In  order  to  minimize  false  alarms 
due  to  errors  caused  by  the  transmission  system.  It  Is  desirable  to  transmit  the  mon- 
Itor  point  condition  more  than  once,  possibly  up  to  four  times,  thus  making  an  eight- 
bit  byte  for  transmission  to  the  communications  processor. 

to  a more  sophisticated  system  where  treading  of  system  performance  Is  desired  the 
measurements  at  the  monitor  points  would  be  quantized  to  many  more  than  two  levels. 
The  actual  number  of  levels  will  be  dependent  upon  the  measurement  accuracy  requi 
to  develop  trends  to  system  performance  (2• **  discrete  measurement  levels  require  N 

bits  for  transmission). 

An  additional  factor  affecting  the  length  and  format  of  monitor  point  sensor  messages 
is  the  method  of  reporting.  The  three  basic  types  of  reporting  that  could  be  used  to 
transmit  sensor  data  back  to  the  ISMTC  processor  are: 

• continuous  Reporting  - With  this  type  of  reporting  the  condition  at 

each  monitor  point  In  the  station  Is  continuously  transmitted  In  se- 
quence to  the  ISMTC  processor.  Each  monitor  point  Is  allocated  a 
specific  time  period  within  the  full  status  condition  message.  Fig- 
ure 38  Illustrates  the  basic  format  of  the  continuous  report  message 
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not  Including  overhead  characters  such  as  framing,  start-of- message 
(SOM),  end-of-message  (EOM),  error  control,  etc.  It  should  be 
noted  that  every  report  contains  the  status  of  all  monitor  points  In  the 
station.  Also,  by  assigning  a time  period  to  each  monitor  point  there 
Is  no  need  to  Identify  the  monitor  point  by  a discrete  address. 


1 OVERHEAD  j IDENTIFIES 
I J 


MP-I  MP-2  MP-3 


MP-(n-l)  MP-n  j OVERHEAD  j 


MP-X- Coded  Monitor  Point  Sensor 
Ooto  At  Point  X 


Figure  38.  Continuous  Report  Format  for  Monitor  Point  Sensor  Data 


Periodic  Reporting  - This  type  of  reporting  Is  similar  to  continuous 
reporting  with  the  exception  that  the  status  condition  message  Is  trans- 
mitted cn  a periodic  basis  (e.g.,  once  a minute)  Instead  of  contin- 
uously. 

Aperiodic  Reporting  - This  type  of  reporting  would  be  used  for  "ex- 
ception" reporting  of  fault  conditions;  that  Is,  monitor  point  sensor 
condition  message  would  not  be  generated  except  when  a change  of 
condition  exists.  The  format  for  an  aperiodic  report  of  this  type  Is 
Illustrated  In  Figure  39.  It  should  be  noted  that  this  type  of  reporting 
requires  the  address  (Identity)  of  the  monitor  point  at  which  the  faulty 
condition  exists.  Aperiodic  reporting  results  In  minimum  loading  of 
the  ISMTC  processor,  whereas  In  comparison  continuous  reporting 
results  in  a relatively  high  loading. 
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Figure  39.  Aperiodic  Report  Format  for  Monitor  Point  Condition 
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4. 2. 1.1.4  Message  Transmission 

Once  the  monitor  point  message  Is  formatted,  It  must  be  transmitted  to  the  processor 
of  the  ISMTC  for  correlation.  At  baseband  repeater  stations  and  at  an  ISMTC  node, 
the  message  Is  Inserted  directly  Into  the  digital  orderwlre  channel  of  a trunk  group. 
With  reference  to  Figures  36  and  37,  the  message  formatter  receives  frame  pulses 
from  the  demodulated  trunk  group  for  synchronization  and  therefore  Is  able  to  locate 
the  time  slot  assigned  for  transmission  of  remote  status  Information.  At  the  proper 
time,  the  message  formatter  outputs  the  message  to  the  multiplexer  where  the  mes- 
sage Is  Inserted  into  the  trunk  group. 

4. 2. 1.1. 5 Correlation  of  Monitor  Point  Data 

Correlation,  or  comparison,  of  monitor  point  sensor  data  Is  basic  to  the  process  of 
fault  Isolation.  The  correlation  of  monitor  point  status  Is  accomplished  by  setting  up 
tables  for  storage  of  monitor  point  sensor  data  for  each  station  under  control  of  the 
local  ISMTC  processor.  For  each  station,  locations  In  the  tables  are  permanently 
assigned  to  specific  monitor  points  in  the  stations.  The  tables  are  updated  periodi- 
cally depending  upon  the  type  of  reporting  technique  selected  for  reporting  the  data. 
Through  comparison  of  related  Input/output  conditions  of  the  points  being  monitored, 
faults  could  be  Isolated. 

In  a three-level  monitor  point  alarm  system,  the  correlation  of  data  for  fault  Isolation 
Is  usually  relatively  straightforward.  For  instance.  If  the  received  signal  level  (RSL) 
at  a repeater  station  Is  reported  to  be  In  the  "amber"  condition,  and  the  power  Input 
to  the  antenna  of  the  corresponding  transmitter  at  the  node  station  is  reported  to  be  In 
the  "green"  condition,  the  fault  could  be  isolated  to  the  antenna  and  feed  system, 
assuming  there  has  been  no  signal  perturbations  caused  by  the  propagation  media. 

In  a system  where  trending  of  system  performance  is  required,  correlation  of  mon- 
itor sensor  data  Is  accomplished  In  the  same  basic  manner  as  described  abeve  for  a 
three-level  monitor  point  alarm  system.  However,  Instead  of  making  comparisons 
of  "green",  "amber"  and  "red"  conditions,  comparisons  are  made  between  reported 
measured  values  of  signal  level/quallty  and  preestablished  values  for  each  monitor 
point.  The  processor  keeps  track  of  the  difference  between  the  two  values  (measured 
and  optimum)  and  develops  trends  with  respect  to  system  performance.  Also,  if  the 
difference  between  the  two  values  exceeds  a predetermined  value,  a trouble  report 
warning  of  system  degradation  or  potential  system  failure  Is  generated. 

4. 2. 1.2  IF  Repeaters 

The  typical  complement  and  configuration  of  major  equipment  at  an  IF  repeater  ter- 
minal Is  illustrated  In  Figure  40.  The  overall  process  of  monitoring  and  fault  Isola- 
tion at  such  a terminal  Is  very  similar  to  that  described  above  In  paragraph  4. 2. 1.1, 
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Baseband  Repeaters.  The  only  difference  la  the  technique  used  fo^sage  tr«s 
mission.  Sensors  for  signal  detection  and  measurement,  A/D  converters  messag 
formatter,  and  the  function  of  correlation  of  monitor  point  sensor  data  is  the  same  as 
that  described  for  the  baseband  repeater  case. 
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Figure  40.  Typical  Configuration  of  Equipment  at  IF  Repeater  Terminals 
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Figures  41  and  42  illustrate  the  equipment  required  to  Implement  the  monitoring  func- 
tion at  an  IF  repeater  terminal  lor  the  multi-  and  single-A/D  converter  approach® . 
Stone  the  dlgl tal  baseband  is  not  available,  aoeess  to  the  digital  orderwlre  of  the  trunk 
group  mmnot  be  obtained  directly.  Therefore,  the  orderudre  channel  must  be  provided 
Teeme  other  means  and  a numbe.  of  techniques  are  available  and  are  commonly  used 
to  existing  transmission  systems.  Among  the  techniques  available  ares 

1.  Use  of  a special  orderwlre  demodulator  and  remodulator. 

2.  Use  of  a separate  orderwlre  RF  carrier. 

3.  Low  level  phase  modulation  of  the  local  oscillator. 

4.  Use  of  a different  means  of  transmission  for  the  orderwlre. 

4.3  ALTERNATE  ROUTING 

Many  military  networks  currently  In  operation  generally  perform  circuit  rearrange- 
ment  thtTtechnlcal  control  position  and  alternate  trunkAlne  »olectlon  ^ Urn  swheh- 
Ing  center.  This  method  of  operation  has  evolved  from  the  operational  separation  of 
tS  individual  dedicated  user  networks  and  the  backbone  transmission  system  serving 
the  networks.  In  most  cases,  little  or  no  switching  was  provided  and  users  were 
served  primarily  by  dedicated  lines . 


Converter  Approach  to  Monitoring  at  IF  Repeater  Terminals 


In  this  environment  a Technical  Control  facility  Is  required  to  restore  service  to 
users  when  circuit  outages  occur  since  the  advantage  of  alternate  trunk  selection  at 
the  switch  Is  unavailable.  The  means  of  providing  this  circuit  restoral  Is  accom- 
plished manually  at  a technical  control  patching  facility.  In  this  type  of  operation  the 
technical  controller  Is  required  to  detect  the  trouble  (e.g.,  circuit  outage),  locate  the 
fault,  determine  the  users  affected,  and  select  the  alternate  route  to  restore  com- 
munications for  the  affected  users. 

Recognizing  the  Inherent  flexibility,  survivability,  and  cost  savings  that  can  be  re- 
alized by  the  Implementation  of  common  user  switching  systems,  military  communica- 
tions engineers  have  been  Implementing  switched  communication  networks  to  support 
strategic  and  tactical  communication  needs.  AUTO  VON  and  AUTODIN  are  prime  ex- 
amples of  the  trend  towards  Increasing  network  survivability  and  flexibility  while 
taking  advantage  of  the  cost  savings  of  a common  user  network. 

In  recent  years  tactical  communication  planners  have  also  put  a great  deal  of  effort 
Into  the  development  of  new  communication  networks  to  support  the  tactical  environ- 
ment. It  has  been  determined  that  the  needs  of  tactical  users  can  be  efficiently  and 
economically  consolidated  Into  digital  switched  networks. 

Advances  In  the  technology  have  made  It  practical  to  consider  Integration  of  switching, 
multiplexing,  and  technical  control  under  the  operational  control  of  a common  proc- 
essor complex.  Many  of  the  technical  control  functions  which  aro  usually  accomplished 
manually  and  remote  from  the  switch  can  be  done  as  part  of  this  system.  For  example, 
the  process  of  circuit  rearrangement  can  be  accomplished  by  alternate  routing  schemes 
which  are  Integrated  Into  the  switch  processor.  This  Integration  comes  about  by  mak- 
ing use  of  the  technical  control  quality  monitoring  sensors  which  are  used  to  deter- 
mine circuit  uutages  and  circuit  performance  Inherent  to  the  technical  control  function. 
These  sensor  outputs  can  be  brought  directly  Into  the  processor  portion  of  the  switch 
control  and  used  to  update  adaptive  routing  tables  which  will  determine  the  routes 
selected  for  newly  Initiated  calls. 

In  the  present  method  of  operation  the  tech  controller  basically  works  Independently 
of  the  switching  center.  The  tech  control  function  Is  to  determine  circuit  outages  and 
circuit  quality  and  to  provide  alternate  means  of  communications— In  essence,  alter- 
nate trunks — In  order  to  reestablish  communications  when  outages  occur.  Trunk 
capacity,  therefore,  Is  restored  to  the  switch  without  Intervention  on  the  part  of  the 
switch.  The  tech  controller  has  provided  an  alternate  transmission  means  to  serve 
the  purposes  of  that  trunk.  In  the  ISMTC  complex,  the  sensor  Information  would  be 
passed  to  the  processor  which  also  performs  the  switch  control  function.  The 
switch's  trunk  selection  mechanism,  therefore,  would  satisfy  the  normal  circuit 
restoral  function  that  Is  accomplished  by  the  tech  controller. 


— 


Means  for  accomplishing  this  adaptive  routing  or  circuit  restoral  In  the  technical 
control  sense  will  be  discussed  below.  The  selection  of  the  most  appropriate  method, 
or  the  most  appropriate  route  selection  algorithm,  depends  upon  the  nature  of  the 
network;  that  Is,  the  quantity  and  distribution  of  nodes,  traffic  density  and  distribu- 
tion, priority  considerations,  and  survivability  constraints  are  amsng  the  factors 
that  must  be  considered. 


4.3.1  Routing  Procedures 


In  networks  subject  to  the  stresses,  complexity,  and  fluidity  of  modern  tactical  war- 
fare, the  choice  of  a routing  method  Is  critical.  Survivability,  efficiency  of  trunk 
usage,  speed  of  response,  grade  of  servloe,  and  complexity  of  the  nodes  are  only  a 
few  of  the  major  considerations  of  network  design  which  are  directly  Influenced.  In 
addition,  a tactical  communication  node  which  Integrates  the  technical  functions  of 
circuit  rearrangement  with  the  switching  function  of  trunk  group  assignment  and  trunk 
selection  provides  a ready  means  to  automate  this  activity. 


The  need  for  Integration  and  automation  by  means  of  the  common  processor  system  at 
the  node  derives  primarily  from  two  basic  considerations: 

1 . The  need  for  fast  reoovery  of  the  network  after  severe  damage. 


2.  The  high  mobility  of  Individuals,  military  units,  and  the  communica- 
tions plant  Itself. 

It  appears  that  while  satisfying  the  prime  military  requirements  for  survivability  and 
mobility,  an  advanced  routing  system  can  perhaps  compensate  for  a major  fraction  of 
Its  own  cost  by  permitting  more  efficient  use  of  the  trunking  system.  Two  factors 
related  to  an  ISMTC  for  the  1980s  contribute  to  this  conclusion: 

1 . The  Air  Force  tactical  network  for  the  1980s  Is  digital,  thereby  re- 

moving the  limitations  on  the  number  of  links  traversed  that  apply  to 
analog  transmissions. 

2.  The  state  of  the  art  of  digital  telecommunications  equipment  and  proc- 
essors has  progressed  to  a point  to  which  relatively  complicated  func- 
tions Involved  In  automated  fault  detection  and  Isolation,  circuit  man- 
agement and  circuit  switching  can  be  performed  relatively  Inexpen- 
sively and  with  oompact  reliable  units. 

There  are  many  possible  approaches  to  providing  a routing  system  appropriate  to  the 
tactical  Air  Foroe  Network,  A few  of  these  are  discussed  next. 
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4. 3. 1.1  Search  Routing 

Because  of  Its  ability  to  locate  users  In  the  network  without  maintaining  large  updated 
directories,  and  because  It  can  find  best  routes  In  a network  of  changing  topology, 
search  routing  from  an  operational  viewpoint  offers  many  advantages.  Variations  of 
this  approach  have  been  studied  by  a number  of  Investigators  <at  CSC,  North  Electric, 
Sylvanla,  IBM,  and  RCA,  to  name  a few)  and  each  of  these  variations  has  advantages 
and  disadvantages  In  dealing  with  the  basic  problem  of  network  overload  by  the  search 
signals  during  stress  and  with  other  problems  of  search  routing. 

A CSC-developed  approach  called  quick-trace  routing  provides  a method  of  dealing 
with  these  problems.  The  approach  avoids  complicated  processing  at  the  nodes  for 
purging  the  system  after  the  search  has  been  completed  and  combines  the  advantages 
of  search  routing  with  many  of  those  of  stored  directory  routing. 

4.3.1. 2 Quick- Trace  Routing 

The  quick-trace  system  Is  an  austere  version  of  saturation  routing  that  appears 
especially  well  adapted  to  a multi-node  tactical  environment  requiring  tandem  switch- 
ing. It  attacks  the  classic  problem  of  network  overload  during  search,  t,  the  follow- 
ing features: 

1.  Out-of-band  search  by  means  of  a special  signaling  or  orde-’wlre 
time  slot  not  used  as  a user  traffic  channel.  This  procedure  con- 
fines the  search  traffic  to  a single  channel. 

2.  Search  messages  are  passed  from  node  to  node  verv  promptly  and 
rapidly,  greatly  reducing  the  time  of  propagation  and,  hence,  the 
number  of  messages  In  the  system  at  any  one  time. 

3.  Trunk  capacity  Is  not  seized  or  reserved  during  the  search;  the  speed 
of  search  permits  retrace  rapidly,  assuring  that  trunk  availability 

Is  unlikely  to  have  changed  between  search  and  setting  up  of  the  call. 

4.  A short  search  sequence  Is  possible.  This  may  be  used  to  limit  the 
portion  of  the  network  searched  for  a large  proportion  of  the  calls. 

Avoidance  of  trunk  reservation  speeds  up  the  search  and  eliminates  the  task  of  lator 
releasing  those  reservations  which  were  not  used.  Even  more  Important,  calls  and 
searoh  messages  seeking  to  use  a desirable  route  are  not  turned  away  because  of  re- 
servations held  by  other  search  messages  which  will  not  actually  'make  use  of  the  re- 
served trunks. 
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The  quick-trace  routing  method  can  look  through  an  "all  trunks  busy"  link  to  find  a 
subscriber  without  preempting  trunks  during  the  search  procedure.  Positive  control 
for  call  status  signaling  can  be  obtained  by  locating  the  called  party  even  though  the 
path  searched  Included  a link  In  the  "all  trunks  busy"  condition. 

Dual  handling  of  priority  searches  Is  provided  so  that  when  preemption  Is  required 
the  best  alternate  not  requiring  preemption  Is  also  presented.  Thus,  In  contrast  with 
search  systems  using  Inband  search  on  the  trunks,  a preemptive  search  need  not  dis- 
connect a low  priority  call  unless  that  trunk  Is  needed  In  the  actual  call  setup.  In  the 
quick-trace  method  search  Is  Initiated  at  the  originating  node,  but  the  final  call  con- 
nection Is  extended  on  a "spill  back"  basis  from  the  called  party's  node. 

1.  Out-of-Band  Search  Channel 

A separate  out-of-band  search  channel  (l.e.,  orderwlre  time  slot) 

In  each  link  Is  set  aside  for  the  search  process.  Since  a 32  kb/s  time  slot  Is  set 
aside  for  signaling  and  technical  control  functions  of  fault  and  quality  reporting.  It  Is 
possible  to  make  use  of  this  facility.  Determination  of  the  data  rate  required  by  the 
routing  procedure  Is  a function  of  the  network  size  In  terms  of  number  of  switching 
nodes,  the  switch  and  trunk  sizing,  and  the  network  configuration.  Generalized  cal- 
culations Indicate  that  tlu  size  range  to  accommodate  routing  data  Is  approximately 
one-third  to  one-half  of  the  32  kb/s  channel. 

2.  Search- Message  Format 

When  the  originating  node  processor  receives  a call  request  to  a user 
not  homed  on  the  originating  switch.  It  assembles  the  search  message  Into  a pre- 
arranged format.  A format  suitable  to  a large  tactical  network  (e.g.,  accommodating 
up  to  256  nodes  which  can  be  considered  a worst  case  condition)  Is  shown  In  Figure  43. 


Search  Limit 
4 bits 

CALL  IDENTIFICATION 

Priority 
2 bits 

Original  Node 
8 bits 

Called  Number 
24  bits 

Figure  43.  Typical  Search  Message  Format 


The  search  message  Is  launched  via  the  search  channel  to  all  con- 
tiguous nodes  whose  links  to  the  originating  node  are  not  fully  occupied  by  calls  of 
higher  or  equal  priority.  Each  priority  call  Is  handled  as  If  It  Is  two  separate  calls— 
one  of  the  appropriate  priority,  and  one  treated  as  routine.  The  result  Is  that  for 
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priority  calls  whose  best  path  requires  preemption,  there  ia  also  available  an  alter- 
nate choice  indicating  the  bert  path  available  without  preemption,.  If  the  paths  are  not 
significantly  different  in  length,  the  alternate  can  be  chosen  to  avoid  unnecessary 
exercise  of  preemption. 

Each  node  scans  the  full  search  message  (less  than  2.5  milliseconds 
long  for  the  search  message  shown  in  Figure  43  when  framing  and  error  control  are 
included)  before  deciding  whether  to  store  the  message,  store  it  and  pass  it  on,  or 
eliminate  the  message.  The  search  does  not  have  to  be  held  up  while  the  switch  de- 
termines whether  or  not  it  has  the  called  number;  as  a result,  very  rapid  dissemina- 
tion of  the  search  takes  place,  even  if  the  scanning  process  by  which  the  switch  de- 
termines whether  the  called  number  is  present  is  relatively  slow.  If  the  switch  design 
permits  rapid  scanning  it  may  be  better  to  wait  for  the  search  for  the  called  number 
at  the  switch  before  deciding  to  pass  on  the  search  message.  With  reasonable  care  in 
the  design  of  the  scanning  equipment,  the  whole  process  of  read  In,  scan  and  decision, 
and  reinsertion  back  onto  the  search  channel,  where  required,  will  take  less  than 
10  milliseconds  when  estimated  on  a worst  case  basis. 

A search  message  for  a particular  call  arriving  at  a node  Is  passed 
on  to  all  contiguous  nodes  to  which  trunk  capacity  at  the  priority  level  of  the  call 
exists,  provided  that  this  has  not  already  been  done  for  that  call  in  response  to  a 
search  message  coming  into  the  node  by  a shorter  route,  and  provided  that  the  mes- 
sage has  not  exceeded  its  search  limits.  Any  search  message  that  is  passed  on,  or 
that  would  be  passed  on  if  it  had  not  just  reached  its  search  limit,  is  also  placed  in 
storage  at  the  node  in  a temporary  memory  accessible  under  the  call  Identifier  to- 
gether with  a record  (4  bits)  of  the  link  on  whicii  the  search  message  entered  the 
node.  The  Information  necessary  to  permit  the  decision  to  store  and/or  pass  on  the 
search  message  resides  in  the  priority  and  search  limit  numbers  discussed  next. 


3.  Search  Limit 

The  search  limit  number  is  Inserted  by  the  originating  switch  for  two 
purposes:  limiting  the  length  of  the  search,  and  providing  an  indication  of  the  number 
of  handovers  in  each  path.  The  latter  Information  is  useful  to  technical  control  net- 
work monitoring.  The  information  is  passed  on  to  the  System  Control  Node  via  the 
orderwire  time  slot  assigned  this  function.  Each  subsequent  search  node,  before 
passing  the  message  on,  will  reduce  the  Inserted  number  by  one  count.  A node  re- 
ceiving a message  with  a search  llmU  number  equal  to  zero  may  perhaps  store  the 
message  but  will  not  pass  It  on.  Thus,  If  the  originating  node  Inserts  the  number  2, 
the  search  will  penetrate  the  network  to  a depth  of  3 nodes  distant  from  the  origin. 

A search  to  the  depth  of  two  or  three  nodes  is  referred  to  as  a short  search  in  large 
multi-node  networks  with  much  tandem  switching.  Under  the  general  recommended 
procedure,  except  perhaps  In  the  case  of  a limited  number  of  special  users,  the  orig- 
inator switch  first  attempts  a short  search  and  automatically  reinstates  the  call  as  a 
long  search  only  If  the  called  party  Is  not  located  within  the  search  depth  of  the  short 
search. 
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The  length  of  the  short  and  long  searches  may  be  varied  adaptively 
depending  on  the  node,  the  deployment,  or  the  Immediate  tactical  situations.  For  ex- 
ample, plans  for  the  Air  Force  Combat  Theater  Ground  Communication  Network  In- 
dicate that  communication  satellites  and  remotely  piloted  vehicles  (RPV)  may  form  the 
primary  means  of  Internodal  communications.  Tropospheric  scatter  radio,  llne-of- 
slght  radio,  and  cable  will  serve  as  a secondary  source  of  trunk  Interconnects.  In 
this  netwoik,  the  technical  control  function  of  circuit  rearrangement  can  be  accom- 
plished adaptively  as  follows: 

The  primary  means  of  call  Interconnect  Is  tried  by  means  of  a short 
search  message  assuring  that  the  Initial  call  setup  attempt  will  be  made  by  means  of 
a satellite  or  RPV  link.  If  this  attempt  Is  unsuccessful,  the  alternate  routing  can  be 
accomplished  through  the  secondary  terrestrial  network  by  launching  a second  attempt 
using  the  long  search  format  (perhaps  six  to  ten  nodes).  Under  these  conditions 
about  85  percent  of  the  calls  are  expected  to  be  limited  to  short  searches  with  con- 
sequently less  loading  on  the  search  channel  and  less  processing  In  the  network. 

The  search  limiting  feature  described  above  also  serves  the  useful 
function  of  giving  the  switch  some  control  over  limiting  trunk  usage  during  stress 
conditions.  A form  of  trunk  barring  can  be  Instituted  In  response  to  the  traffic  mon- 
itoring function  by  limiting  certain  users  to  call  connects  which  can  be  accomplished 
by  means  of  short  searchep.  In  this  case  the  secondary  terrestrial  netwoik  can  be 
held  in  reserve  for  essential  calls. 

This  technique  primarily  bases  circuit  routing  on  the  minimum  num- 
ber of  links  traversed  by  the  search  signal.  Minimum  overall  delay  in  propagation  of 
the  search  signal  can  be  used  as  an  alternate  technique.  This  procedure,  however, 
has  the  disadvantage  of  penalizing  trunks  derived  from  satellite  systems.  Since  satel- 
lite transmission  Is  considered  an  important  method  of  communication  in  the  future 
tactical  theater,  overall  delay  does  not  appear  to  provide  appropriate  criteria  for  most 
call  set-up  situations.  Certain  special  users  such  as  message  switching  systems  using 
ARQ  techniques-,  however,  may  not  be  able  to  tolerate  circuits  having  relatively  long 
transmission  delays.  In  these  cases,  special  class  marking  of  user  access  lines  are 
required. 

4.  Call  Identification 


The  call  Identification  consists  of  a N bit  number,  M bits  of  which 
identify  the  originating  node  and.  P bits  Identify  the  called  number.  For  example,  a 
large  network  may  use  eight  bits  for  node  Identification  and  twenty-four  bits  for  ad- 
dress Identification.  Together  with  the  priority  Indicator,  which  serves  to  differen- 


tiate between  priority  and  routine  searches,  the  total  N bit  call  identification  word 


The  call  Identifier  word  (CIW)  is  stored  at  each  node  before  the  search 
message  is  sent  to  the  subsequent  nodes.  The  CIW  of  an  Incoming  search  is  scanned 
against  those  currently  in  store  at  a node  and  used  to  terminate  searches  arriving  at 
a node  that  have  accumulated  handover  counts  higher  than  that  of  a previously  proc- 
essed version  of  that  search  message.  A "scratch-pad"  type  memory  can  be  set 
aside  In  the  common  processor  to  store  the  volatile  CIWs  since  the  search  procedure 
is  brief  and  there  will  be  only  a few  searches  in  progress  at  any  one  time.  A call 
not  exceeding  Its  search  limit,  and  not  found  in  the  "searches  in  progress  scratch 
pad",  is  passed  to  the  next  nodes  after  updating  the  stored  information. 

5.  Path  Establishment 

When  a node  determines  that  it  serves  the  called  number,  a brief 
delay  is  established  to  permit  the  arrival  of  possible  better  paths  that  may  have  been 
queueing  for  transmission.  In  the  case  of  priority  calls,  this  delay  also  permits 
receipt  of  both  the  preemptive  and  routine  paths.  The  terminating  node  then  signals 
back  along  the  link  stored  in  its  memory.  This  link  corresponds  to  the  last  step  in 
the  path  by  which  the  search  message  following  the  best  route  entered  the  node.  The 
next  node  in  turn,  after  consulting  die  call  identifier,  signals  the  previous  node  and 
the  process  is  repeated  until  the  originating  node  is  reached. 

6.  System  Purging 


The  search  message  in  the  scratch-pad  storage  at  the  ISMTC  node 
must  be  retained  in  the  system  until  the  selected  path  has  been  established.  After 
the  path  has  been  established  the  stored  search  messages  for  that  call  must  be  purged. 
This  can  be  accomplished  by  a time-out  procedure  under  control  of  the  common  proc- 
essor software;  that  is,  a message  is  stored  for  a fixed  time  at  the  node  after  which 
it  is  assumed  that  the  call  lock-in  has  occurred  via  some  other  path  and  the  message 
is  erased.  The  advantage  of  this  procedure  is  that  the  need  for  retracing  of  paths  to 
purge  memories  is  avoided.  Additional  system  speed  is  obtained  by  permitting  fast 
time  out  for  short  searches. 

7.  Processor  and  Traffic  Loading  Estimates 

The  main  purpose  for  describing  in  some  detail  a possible  routing 
scheme  which  can  serve  the  combined  functions  of  switch  routing  and  technical  con- 
trol circuit  alternate  routing  is  to  provide  sizing  estimates  for  the  common  proces- 
sor. In  order  to  do  the  required  calculations,  assumptions  on  network  sizing  must 
be  made  and  are  as  follows: 

A population  of  12,000  users  (i.e.,  subscribers)  are  assumed,  each 
generating  four  three-minute  calls  during  the  busy  hour.  The  number  of  calls  gen- 
erated in  the  entire  network  amounts  to  13.3  calls  per  seoond.  For  the  purposes  of 
the  calculation,  it  is  further  assumed  that  10  percent  of  the  calls  have  priority  status 
and  are  launched  as  double  searches  and,  therefore,  a reasonable  approximation  for 
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for  each  search  message  will  be  only  40  microseconds. 

This  indicates  that  the  traffic  loading  on  the  search  channel  timeslot 

SSSBTss? 

4. 3. 1. 3 Deterministic  Routing 

Anothe  r poss  lhle  tTnrT"  chgwmtnist tc  'routing" 

e°mp  ex  2“r,“  status  information  about  the  links  and  subscribers 

route  in  some  detaU.  This  planning  may  be  done  at  the  orlgtna.lng  sw  c , o 
iink-by-llnk  basis  at  each  switch  In  the  path. 

Tn  nrovide  the  flow  of  status  Information,  transmission  capacity  must  be  supplied  by 

^r°.“  Ss^^^  - 

^mmgSausI  of  rells^mtSl8  UwTnTm^si  ^ the  tactical  limitations  on  slze^ 
and  weight.  The  practlcabUlty  of  this  approach,  therefore,  depends  heav  y on 
nologlcal  advances  In  memory  storage  devices. 

The  caU  may  either  be  set  up  from  the  originating  node  by  originating  register  con- 
S5  or  by  step-by-step  procedures.  B originating  register  control  Is  used,  the 


originating  switch  selects  the  complete  route,  from  origin  to  destination,  based  on 
its  up-to-date  awareness  of  link  status  conditions.  The  step-by-step  procedure  re- 
quires each  tandem  node  to  make  a route  decision  to  the  next  contiguous  node.  At 
the  next  node  a new  decision  is  made  on  direction  for  the  next  handover.  Both  pro- 
cedures require  the  same  type  of  status  Information  described  in  this  paragraph.  The 
advantage  of  originating  register  control  is  that  only  route  computation  or  table  look- 
up is  required  for  each  call.  However,  the  step-by-3tep  procedure  permits  the  net- 
work to  react  to  possible  changes  in  status  during  the  time  the  call  is  being  set  up, 
and  thus  permits  slower  status  updating  cycles. 

The  deterministic  routing  method  has  the  advantage  of  providing  full  network  status 
information  at  each  node.  In  addition  to  its  use  in  routing  each  call,  this  data  can  be 
used  for  technical  control  of  the  network  by  providing  real-time  network  status  data 
for  the  System  Control  Function. 

4.4  REPORTING  AND  RECORDKEEPING 

Technical  control  operations  oriented  records  systems  are  required  to  provide  the  in- 
formation necessazy  for  maintaining  a continuous  awareness  of  the  operational  status 
of  circuits,  equipment,  and  the  associated  network.  In  present  day  systems,  con- 
siderable effort  and  manpower  are  required  to  maintain  such  records  systems.  Stud- 
ies have  shown  that  the  major  portion  of  the  recordkeeping  workload  Is  spent  in  col- 
lecting, recording,  formatting,  and  generating  reports,  with  a very  small  portion  at- 
tributed to  the  analysis  of  the  recorded  data. 

The  logical  solution  for  providing  an  efficient  recordkeeping  system  lies  in  the  use  of 
processor-controlled  records.  This  would  provide  ''jeldeal  base  to  eliminate  the  time 
and  workload  restrictions  existing  in  the  reporting  and  analysis  of  operations  activi- 
ties. In  addition,  an  analysis  output  could  be  readily  generated  from  the  master  file 
of  the  day's  activities  and  could  provide  higher  echelons  with  guidance  by  Identifying 
developing  trouble  areas.  Corrective  measures  could  thus  be  applied  to  situations 
long  before  they  reach  proportions  that  would  be  identified  by  the  present  manual 
analysis  effort. 

It  should  be  stressed  at  this  point  that  the  information  used  in  compiling  and  generat- 
ing reports  Is  a product  of  the  recordkeeping  system.  It  is  the  maintenance  and  anal- 
ysis of  the  recordkeeping  system  that  are  time  consuming.  Thus,  while  automation 
of  only  the  reporting  function  may  Increase  the  quantity  and  accuracy  of  the  reports 
to  higher  headquarters,  it  cannot  ease  the  recordkeeping  workload  of  technical  con- 
trollers, whloh  provides  the  basis  for  the  formal  reports.  Therefore,  automation 
must  lnolude  both  the  reporting  function  and  the  recordkeeping  function  for  maximum 
overall  effectiveness  and  reduction  of  workload. 

The  flexibility  and  scope  of  an  automated  reporting  and  recordkeeping  system  are  only 
limited  by  the  available  inputs  and  the  control  program  sophistication.  Input  sources 
Include  measured  data  from  signal  and  equipment  monitors,  manual  operator  entries, 
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circuit  technical  data  concerning  the  routing  and  operational  characteristics  of  cir- 
cuits and  channels,  circuit  rerouting  assignments,  maintenance  actions,  and  similar 
operational  data  inputs  required  In  the  day-to-day  operation  of  the  technical  control. 

An  automated  system  containing  this  type  of  information  should  satisfy  existing  and 
future  reporting  requirements,  and  the  outputs  could  be  provided  with  little  human 
intervention.  Furthermore,  definitive  listings  could  be  produced  for  specific  staff 
action,  eliminating  the  requirement  for  managers  to  sift  through  large  amounts  of 
data  to  Identify  action  items  relating  to  this  activity . 

There  are  several  approaches  to  automating  the  reporting  and  recordkeeping  function. 
Each  ISMTC  could  be  provided  with  its  own  processor-oontrolled  record  system  and 
would  be  responsible  for  generating  reports  on  all  circuits  appearing  at  the  ISMTC 
and  performing  analysis  for  all  circuits  under  its  control.  This  approach  is  not  rec- 
ommended because  redundant  trouble  reports  could  be  generated  from  several  ISMTC 
nodes  on  the  same  circuit  problem,  thus  providing  redundant  data  at  management  level. 

In  the  second  approach,  selected  switch  nodes  could  be  designated  as  reporting  sta- 
tions and  provided  with  processor-controlled  reporting  and  recordkeeping  systems. 
Other  switch  nodes  would  be  designated  as  reported-on  stations  and  provided  access 
to  the  records  systems  of  a reporting  station.  In  this  way,  a single  automated  system 
could  serve  several  nodes.  Each  reported-on  station  would  be  provided  automated 
acoess  to  the  processor  of  a reporting  station  for  submission  or  retrieval  of  relevant 
data.  The  reporting  station  would  be  responsible  for  the  reporting,  r30ordkeeplng, 
and  data  anlysls  for  both  Itself  and  each  associated  reported-on  station.  This  ap- 
proach minimizes  redundant  reports  at  management  level  and  provides  reported-on 
stations  with  the  benefits  of  an  automated  recordkeeping  system. 

A third  approach  Is  simply  an  extension  of  the  previous  approach,  with  the  addition  of 
a central  reporting  location  for  controlling  and  directing  the  reporting  stations.  In 
this  approach,  the  reporting  stations  are  grouped  by  communities  of  Interest,  and  each 
group  Is  assigned  a control  oenter  equipped  with  a processor-oontrolled  reporting 
system.  The  control  centers  would  be  responsible  lor  all  report  generation  for  the 
reporting  stations  under  Its  control.  It  would  automatically  receive  status  change  In- 
formation from  all  subordinate  reporting  stations,  thus  enabling  It  to  process  and 
generate  reports  on  circuit  status  for  faults  oocurrlng  within  Its  area  of  responsibility 
and  to  provide  a consolidated  system  analysis  of  the  data  submitted  by  each  reporting 
station.  The  control  center  would  be  responsible  for  compiling,  correlating,  and 
comparing  the  input  from  each  reporting  station  and  generating  reports  for  manage- 
ment. This  centralization  of  reporting  responsibility  for  a community  of  Interest  will 
effectively  eliminate  redundant  reporting  and  reduce  the  time  spent  on  Inter-ISMTC 
coordination  In  compiling  reports.  It  will  also  reduce  the  possibility  of  redundant 
reports  at  management  level. 

There  are  basically  three  types  of  reports  which  msy  be  considered:  (1)  Maintenance 
Reports,  (2)  Status  Reports,  and  (3)  Supervisory  Reports. 
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The  factors  which  must  be  considered  for  the  reporting  and  recordkeeping  function 
are  discussed  next.  In  these  paragraphs  typical  report  entries  and  formats  are  de- 
scribed. It  should  be  emphasized  that  the  reports,  report  entries,  and  report  formats 
discussed  were  developed  as  an  Input  to  the  analysis  of  the  Impact  of  report  genera- 
tion and  distribution  on  the  ISMTC  common  processor.  The  complete  development 
of  the  ISM  rc  reporting  and  recordkeeping  function  should  be  based  on  an  approved 
TRl-TAC  TCCF  plan.  A preliminary  plan  Incorporating  the  operational  concept  of 
the  TRI-TAC  TCCF  has  been  developed  but  Is  still  In  the  review  cycle  of  the  three 
military  services.  It  Is  entirely  possible  that  the  approved  TCCF  plan  will  require 
several  different  types  of  reports  within  each  of  the  three  categories  of  report  noted 
above.  Furthermore,  the  report  entries  and  formats  described  below  may  have  to  be 
modified  to  conform  to  the  approved  TCCF  plan. 

4.4.1  Maintenance  Reports 

Maintenance  reports  must  be  generated  on  a near  real-timebasis  and  transmitted  to 
the  associated  maintenance  function  for  Immediate  action.  Two  types  of  maintenance 
reports  should  be  generated  automatically:  (1)  a fault  report  upon  completion  of  all 
required  fault  Isolation  procedures;  and  (2)  a fault-cleared  report  upon  circuit  restoral. 
As  a minimum,  the  fault  report  should  Include: 

1.  Fault  report  number/date/tlme 

2.  Location  of  fault 
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3.  Circuit  number 

4.  Faulty  element  (reason  for  outage  or  system  degradation) 

5.  Remarks 


i 


The  fault-cleared  report  should  Include,  as  a minimum,  the  following  Items: 

1.  Fault  report  number/date/tlme. 

2.  Time  fault  cleared/total  time  of  outage, 

3.  Reason  for  outage  (code  or  narrative  description  of  action  taken  to 
clear  the  fault.  This  would  be  entered  Into  the  report  at  the  main- 
tenance facQlty,  tagged  onto  the  processor-generated  report,  and 
stored  for  the  preestablished  report  retention  period). 

To  minimize  storage  requirements,  specific  codes  should  be  assigned,  whenever  pos- 
sible, to  each  of  the  Items  noted  above.  Fault  reports  and  fault-cleared  reports  are 
described  next  In  more  detaU. 
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4.4. 1.1  Fault  Reports 

It  should  be  noted  that  the  fault  reports  and  fault-cleared  reports  described  below  are 
for  use  by  the  maintenance  function  at  a particular  node. 

1 . Fault  Report  Number/ Date/Time  - All  fault  reports  should  be  num- 
bered sequentially  beginning  with  number  1 at  the  start  of  each  day. 

The  date/time  group  should  follow  the  fault  report  number,  e.g., 

FROOl/l  2-10/ 0015. 

2.  Location  of  Fault  - As  noted  above,  fault  reports  are  generated  for 
use  b T the  maintenance  function  at  a particular  node.  To  expedite 
the  di3patchof  maintenance  personnel  to  clear  the  fault,  the  report 
must  Include  the  location  of  the  fault  at  the  affected  node.  There  are 
two  basic  methods  by  which  the  location  can  be  specified  on  the  fault 
report,  viz: 

a.  Van/shelter  equipment  function,  l.e.,  tropo  transmitter,  tropo 
receiver,  switch  center,  etc. 

b.  Van/shelter  pre-asslgned  number  designations  correlated  with 
locations  on  a map  of  the  nodal  area. 

Of  the  two,  the  location  by  equipment  function  appears  to  be  the  bet- 
ter method  since  maintenance  personnel  will  In  general  be  familiar 
with  the  location  of  all  functional  equipment  at  a node  without  refer- 
ence to  maps  and  tables.  In  the  following  discussion  It  will  be  as- 
sumed that  the  location  method  of  specifying  equipment  function  on 
the  fault  report  will  be  used.  Table  6 lists  examples  of  location 
codes  and  descriptions  for  typical  equipment  functions. 

1 

3.  Circuit  Number  - This  entry  on  the  fault  report  will  Indicate  to  main- 
tenance personnel  the  number  of  the  faulty  circuit  of  the  location  In- 
dicated by  the  previous  entry.  It  Is  anticipated  that  circuit  numbers 
will  not  require  more  than  ten  digits  or  combinations  of  ten  letters 
and  digits  (alphanumerlcs). 

4.  Faulty  Element  - This  entry  will  Indicate  to  maintenance  personnel 
the  particular  modular  equipment  element  which  caused  an  outage  or 
start  of  system  degradation.  There  are  basically  two  classes  of 
equipment  which  must  be  monitored  to  determine  (fault  Isolate)  faulty 
elements  which  may  i*e  causing  system  problems:  (1)  major  trans- 
mission subsystems;  and  (2)  ancillary  support  equipment,  e.g.,  alr- 
condltlonlng,  prime  power  sources,  etc.  In  many  Instances  the  fail- 
ure or  degraded  performance  of  ancillary  support  equipment  will  lead 

} 


104 


I 


Table  6.  Location  Codes  and  Descriptions 


Location 

Code 

Description 

TT-X 

Tropo  transmitter  number  "X".  (A  number  must  be  assigned  to 
most  location/function  codes  since  there  may  be  more  than  one 
set  of  equipment  providing  the  same  basic  function.) 

TR-X 

Tropo  receiver  'X" 

LT-X 

Line-of-sight  transmitter  "X" 

LR-X 

Line-of-sight  receiver  'X” 

HT-X 

High-frequency  transmitter  ’X" 

HR-X 

High-frequency  receiver  "X" 

ST-X 

Satellite  ground  terminal  transmitter  'X1' 

SR-X 

Satellite  ground  terminal  receiver  'X" 

RT-X 

Remotely  piloted  vehicle  ground  terminal  transmitter  "X" 

RR-X 

Remotely  piloted  vehicle  ground  terminal  receiver  ’X" 

MS 

Major  switch  (ISMTC) 

US-X 

Unit  level  switch  'X" 

l 


to  failure  of  a major  transmission  subsystem.  The  system,  there- 
fore must  be  capable  of  correlating  many  measurements  from  the 
monitoring  function  In  order  to  determine  the  correct  faulty  element. 
Table  7 lists  some  typical  faulty  element  codes  for  major  transmis- 
sion subsystems  and  ancillary  support  equipment.  It  should  be  noted 
that  mnemonics  are  used  as  faulty  element  codes  In  order  to  minimize 
"table  look-ups",  l.e.,  the  mnemonic  codes  can  be  easily  re  mem 
bered  by  maintenance  personnel.  In  general.  It  Is  recommended  that 
mnemonic  codes  be  used  whenever  possible.  The  number  of  codes 
required  Is  related  directly  to  the  desired  degree  of  automated  fault 
isolation.  As  noted  previously,  the  degree  of  fault  Isolation  capab  y 
is  dependent  on  the  number  of  key  points  monitored  within  the  system. 
The  analysis  and  selection  of  which  points  should  be  monitored  and 
how  they  should  be  monitored  (Including  frequency  of  sampling)  must 
be  an  Integral  part  of  the  design  of  communications  and  ancUlary 
equipment  to  be  used  In  the  ttme  frame  under  consideration;  teat  is, 
future  equipment  should  be  designed  using  a systems-orlented  ap- 
proach taking  Into  consideration  the  overall  requirements  for  equip- 
ment monitoring  as  It  relates  to  the  total  technical  control  function. 

4. 4. 1.1.1  Fault  Report  Format 

Figure  44  Illustrates  tee  format  of  a typical  fault  report.  This  type  of  report  should 
generated  by  tee  common  processor  of  tee  ISMTC  if  the  fault  Is  Isolated  a tee 
locL  node  or  by  the  processor  associated  with  the  system  control  elfuent  lf  the 
S isl  system  (network)  problem.  In  nny  event  the  report 
to  tee  equipment  support  element  at  the  affected  node  immediately  after  the  fault  Is 

Isolated. 


1 1 


Line 

Contents 

1 

SXXX /FRO  1/12/16/0015 

2 

AAANNNNAAA/OUT/0014 

3 

TT -02/PAM 

Figure  44.  Typical  Fault  Report  Format 


Faulty 

Element 

Code 

Element 

1 

Power  Amplifier 

Up  Converter 

Down  Converter 

MOD 

Modulator 

DEM 

Demodulator 

TDM 

Time  Division  Multiplexer 

PRE 

Preamplifier 

COM 

Combiner 

DUP 

Duplexer 

> Major  Transmission  Subsystems 

EXC 

Exciter 

ANT 

Antenna 

IFA 

IF  Amplifier 

OSC 

Oscillator 

REC 

Receiver 

TRA 

• 

• 

• 

Transmitter 

• 

t 

• 

ACO 

Air  Conditioning 

HEX 

Heat  Exchanger 

LOP 

Low  Oil  Pressure 

FFS 

Faulty  Fuel  System 

GOL 

Generator  Overload 

> Ancillary  Support  Equipment 

Generator  Undervoltage 

1 

Generator  Overvoltage 

Transformer  Failure 


TRF 


With  reference  to  Figure  44,  the  following  Is  a description  of  each  line  entry  In  the 


report: 

Line  1 - Station  XXX  reporting/first  fault  report  of  the  day/ date-time 
group. 

Line  2 - Circuit  AAA  NNNNAAA/ complete  outage/detected  at  0014. 

Line  3 - Fault  Isolated  to  tropo  transmitter  at  site  2/defectlve  power 
amplifier. 

NOTE 

The  entry  OUT  on  Line  2 signifies  a complete  outage  as  noted 
above.  Another  possible  er‘ry  In  the  same  position  could  be 
SD  (system  degradation)  to  signify  that  action  must  be  taken  to 
prevent  a complete  outage. 

4.4. 1.1. 2 Fault-Cleared  Report  Format 

A typical  fault-cleared  report  is  Illustrated  In  Figure  45.  This  type  of  report  should 
be  generated  by  the  processor  which  generated  the  original  fault  report  and  distrib- 
uted to  the  equipment  support  element.  For  each  fault-cleared  report,  personnel  at 
the  equipment  support  element  should  enter  the  equipment  designation  or  part  number 
of  the  element  which  was  replaced  to  clear  the  fault.  This  type  of  Information  would 
he  n.Qpfui  fnr  the  correlation  and  analysis  of  equipment  failures  to  develop  trends. 


With  reference  to  Figure  45,  the  following  Is  a description  of  each  line  entry  in  the 
report: 

Line  1 - Station  XXX  reporting/thlrd  (3rd)  fault- cleared  report  of  the  day/ 
date-time  group. 

Line  2 - Reference  FROl/fault  cleared  at  0059/total  time  of  outage  was 
44  minutes. 

Line  3 - Replaced  power  amplifier  Type  954  which  Is  part  of  the 
AN/MRC-98. 

NOTE 

Lines  1 and  2 generated  by  the  appropriate  processor.  Llr.o  3 
would  be  entered  Interactively  via  keyboard  at  the  equipment 
support  element. 


4.4.2  Status  Reports 

Status  reports  should  be  generated  by  ISMTC  nodes  either  on  a periodic  basis  or  upon 
demand  by  the  system  control  element.  With  regard  to  status,  the  system  control 
element  must  be  aware  of  the  status  of  both  equipment  and  traffic  at  each  node  under 
Its  control.  If  all  fault  and  fault-cleared  reports  generated  by  the  switch  nodes  were 
transmitted  to  the  system  control  element  processor,  equipment  status  at  each  node 
could  be  readily  determined;  that  Is,  the  system  control  element  processor  through 
correlation  and  analysis  of  the  fault  and  fault-cleared  reports  could  develop  the  follow- 
ing tyoes  of  Information; 

• Faults  not  cleared 

• Total  time  of  outage  by  circuit 

• Failures  by  type  of  transmission  media 

• Failures  by  type  of  equipment 

Therefore,  an  equipment  status  report  would  not  have  to  be  generated  by  each  ISMTC 
node  since  the  maintenance  reports  described  previously  contain  the  necessary  In- 
formation to  generate  these  reports  at  system  control.  However,  each  ISMTC  must 
be  capable  of  generating  traffic  status  reports  for  transmission  to  system  control. 

The  traffic  status  reports  should  Include  those  traffic  statistics  deemed  necessary  to 
obtain  maximum  operational  effectiveness  of  the  system  control  element.  The  traffic 
status  report  should  Include: 


• Trunk  barring  (on)  line  load  control  (on) 


Line 

1 

SXXX  /TSR03  / 12 /16/ 11 00 

2 

AAA  12345/75% 

3 

• 

AAB  12345/90% 
• 

• 

• 

N 

<9 

9 

A AX  12345/85% 

(N+l) 

^845-0945/0.  80E/1. 5M 

(N+2) 

TB-1H35M/LLC25M 

E 

Figure  46.  Typical  Traffic  Status  Report 


Figure  46  Illustrates  a typical  traffic  status  report  format.  With  reference  to  this 
figure,  the  following  Is  a description  of  eaoh  entry  In  the  report: 

Trin«  l - station  XXX  reporting/traffic  status  report  number  3/date- 
tlme  group. 

lines  2 to  N - Link  occupancy  by  link  number. 

Line  (N+l)  - Busy  hour  was  0845  to  0945/busy  hour  load  was  0.80  Er- 

langs/ average  call  hold  time  was  1.5  minutes. 

T,>nfl  (Nf  2)  - Trunk  banring  was  on  for  1 hour  35  mlnutes/ltne  load  con- 

trol was  on  for  25  minutes. 
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NOTE 

With  respect  to  Line  (N+-2),  this  entry  may  have  to  be  expanded 
to  Inolude  which  trunks  were  barred  and  for  what  time  period. 
In  addition,  other  entries  such  as  calls  by  precedence  level, 
error  rate/trunk,  etc.,  may  be  required. 


4.4.3 
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Supervisory  reports,  as  used  here,  refer  to  those  reports  which  are  required  and 
generated  by  the  system  control  and  planning  elements.  These  reports  are  used  as 
the  basis  for  maintaining  optimum  system  connectivity  and  operational  effectiveness 
at  all  times,  l.e..  during  stressed  and  non- stressed  conditions.  Examples  of  stressed 
conditions  Inolude  rapid  redeployment  of  forces  resulting  In  relocation  of  nodal  equip- 
ment. outages  due  to  equipment  failure,  outages  due  to  action  by  the  enemy,  and  un- 
anticipated ohanges  In  trafflo  loads  over  certain  trunks.  During  stressed  conditions 
the  network  will  have  to  be  reconfigured  as  quickly  as  possible.  This  reconfiguration 
may  require  the  following  actions: 

e Reassignment  of  alternate  routes  for  each  node  In  the  network. 

e Initiation  of  trunk  barring  on  speolflo  trunks. 

• Changes  to  satelllte/RPV  time-slot  assignments. 

a Any  other  actions  which  may  affect  overall  network  connectivity. 

To  accomplish  the  above  actions  will  require  a processor  with  a large  data  base  and 
haying  the  capability  to  perform  solentlflo  calculations,  e.g.,  calculation  of  optimum 
alternate  routing  tables  for  each  node,  calculation  of  path  losses  for  radio  links, 
•selection  of  non- Interfering  frequencies,  etc.  The  processor  must  also  be  capable  of 
generating  and  disseminating  supervisory  reports  containing  the  Information  required 
to  Implement  the  actions  noted  above  at  all  affected  nodes.  Many  of  the  Inputs  required 
to  perform  the  necessary  calculations  and  report  generation  would  not  be  available  at 
ISMTC  nodes.  However,  the  Information  required  would  be  derivable  at  the  system 
oontrol  element  from  each  ISMTC-generated  report  (fault,  fault- cleared,  and  trafflo 
status).  Based  on  our  analysis,  It  does  not  appear  to  be  practloal  or  feasible  to  In- 
olude the  capability  for  solentlflo  calculation  and  the  generation  of  supervisory  re- 
ports into  each  ISMTC  node.  However,  eaoh  ISMTC  must  provide  Inputs  to  this  func- 
tion via  the  maintenance  and  traffic  status  reports  desorlbed  above  In  paragraphs  4.4.1 
and  4.4,2,  respectively. 

This  system  has  the  disadvantage  in  that  overall  network  reconfiguration  Is  dependent 
on  the  survival  of  the  supervisory  node.  Possible  methods  to  alleviate  this  problem 
are:  (1)  the  assignment  of  alternate  supervisory  nodes  to  assume  reconfiguration  re- 
sponsibility after  a certain  delay  period;  (2)  manual  reconfiguration  by  switch  operators 
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and  technical  control  personnel;  and  (3)  supervision  and  control  provided  by  a con- 
t*guous  nodal  system. 

4.5  TECHNICAL  CONTROL  IMPACT  ON  SWITCH  DESIGN 

This  section  investigates  the  impact  on  switch  design  due  to  the  integration  of  t*e  tech- 
nical control  functions  into  the  ISMTC.  The  analysis  indicates  that  while  the  effects 
on  the  common  processor  are  significant,  the  Impact  on  the  switch  would  be  moderate. 
The  major  effect  is  an  increa.se  in  matrix  size  due  to  built-in  matrix  error  detection 
equipment.  Additional  matrix  complexity  results  if  the  common  transmission  equip- 
ment monitoring  scheme  described  In  paragraph  4 . 5 . 2 is  Implemented.  It  Is  con- 
cluded that  specific  matrix  type  Is  relatively  Insensitive  to  technical  control  consider- 
ations and  the  matrix  should  be  selected  predominantly  on  the  basis  of  switching  and 
multiplexing  factors. 

Further  switch  design  considerations  resulting  from  the  order  wire  Implementation 
are  discussed  in  Section  5.3. 

4.5.1  Technical  Control  Considerations  on  Matrix  Design 

This  section  discusses  the  various  aspects  of  technical  control  associated  with  the 
switch  matrix.  More  specifically,  the  topics  covered  Include  fa’ilt  detection  fault 
Isolation,  and  automatic  cutover  to  spare  modules.  An  effort  has  been  made  to  keep 
the  discussion  as  general  as  possible  in  order  not  to  restrict  the  study  to  any  one 
matrix  type.  However,  in  order  to  »™.nd  the  problem  several  assumptions  have  been 
made  which  reflect  the  properties  of  those  switch  arrays  expected  to  be  the  most  ap- 
plicable to  this  studv.  Therefore,  for  tlie  purpose  of  this  discussion,  the  matrix  w 
be  assumed  to  be  a time  division  array  with  N input  and  N output  highways  each  con- 
taining M channels.  It  should  be  noted  that  Candidate  matrices  1 and  2 described  In 
Section  2.1  do  not  possess  the  above  properties.  However,  these  matrix  approaches 
were  not  preferred  in  the  matrix  comparison  of  paragraph  2.1.3  due  to  cost,  weight, 
and  power  considerations. 

4 . 5 . 1 . 1 Fault  Detection 

4.5. 1.1.1  Out-of-Service  Matrix  Testing  (Candidate  A) 

Figure  47  shows  a possible  matrix  monitoring  technique.  A matrix  output  highway  1 1 
selected  by  a multiplex  gate  and  demultiplexed  into  individual  channels.  A single  chan- 
nel is  routed  to  the  processor  I/O  interface  via  another  multiplex  gate.  Each  channel 
may  now  be  monitored  on  an  individual  basis. 

This  monitoring  technique  could  be  used  to  check  continuity  or  bit  error  rate  on  idle 
trunk  group  channels  and  check  for  "forbidden"  characters  on  occupied  channels  The 
processor  could  also  check  the  trunk  group  common  channel  framing  pattern  lor  bit 
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Mora  sophisticated  tests  may  be  Implemented  In  which  test  patterns  generated  at  the 
supervisory  tone  generator  or  in  the  processor  could  be  switched  through  the  matrix 
to  various  idle  outputs  under  processor  control.  A degree  of  fault  isolation  could  be 
achieved  by  Implementing  a series  of  elimination  tests  which  would  route  test  mes- 
sages around  or  through  suspected  modules  . 

4. 5. 1.1. 2 Duplicate  Path  Technique  (Candidate  B) 

An  alternate  approach  to  Candidate  A might  be  to  consider  dedicating  a portion  of  the 
original  matrix  to  perform  part  of  the  error  detection  function.  First  the  output  high- 
way to  be  monitored  Is  selected.  Then  all  of  the  channels  composing  this' highway  are 
routed  through  the  matrix  to  a dedicated  output  highway  so  that  the  new  highway  is  a 
duplicate  of  the  original.  The  two  Identical  highways  are  then  compared  at  the  matrix 
output  using  a multiplex  gate  and  comparator  (see  Figure  48). 


TO  PROCESSOR 

Figure  48.  Duplicate  Path  Error  Detection  - Candidate  B 

It  should  be  noted  that  Candidate  B is  an  In-service  technique  as  opposed  to  the  out-of- 
service  scheme  described  previously. 


The  obvious  disadvantage  of  this  approaoh  Is  that  the  presence  of  duplicate  messages 
Increases  the  traffic  loading  and  may  cause  matrix  blocking  during  heavy  traffic  load 
periods.  This  problem  may  be  avoided  by  constructing  a larger  matrix  with  one  or 
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more  additional  highways  to  decrease  the  matrix  blocking  probability.  The  extra  high- 
way, or  highways,  could  be  used  as  spare  capacity  In  the  event  that  another  Internal 
path  has  failed.  This  would  be  In  place  of  Including  a spare  module  to  restore  the 
matrix  path  as  Is  required  for  Candidate  A. 

Another  serious  disadvantage  to  the  Candidate  B approach  Is  that  the  action  of  dupli- 
cating an  entire  output  highway  could  represent  a large  processing  workload  for  the 
computer.  Once  a duplicate  highway  Is  set  up  by  the  controller.  It  may  be  monitored 
as  long  as  necessary.  However,  Ln  order  to  examine  a new  highway  the  duplication 
process  must  be  repeated.  In  fact,  this  processing  requirement  Is  the  limiting  con- 
straint on  the  channel  scanning  rate  for  this  scheme.  In  order  to  ease  the  processor 
workload  It  may  require  on  the  order  of  100  ms  to  monitor  a highway.  The  determina- 
tion of  the  monitoring  Interval  requires  an  analysis  of  processor  load  ln  terms  of  line 
setup  time  and  processor  analysis  required.  Of  course,  this  monitoring  rate  could 
be  speeded  up  or  slowed  depending  upon  the  traffic  load. 

Candidate  B could  be  a viable  In-service  matrix  error  detection  technique  If: 

1.  It  Is  permissible  to  scan  at  a moderate  rate; 

2.  The  particular  matrix  type  used  does  not  require  much  expansion  to 
provide  the  specified  blocking  probability; 

3 The  processor  workload  due  to  other  functions  Is  not  too  great. 

4.5.1. 1.3  High  Speed  Fault  Detection  (Candidate  C) 

Two  possible  methods  have  thus  far  been  discussed  which  may  be  used  to  monitor 
matrix  errors.  An  Important  system  consideration  Is  the  Inherent  fault  detection 
delay  associated  with  a particular  monitoring  technique.  The  TRI-TAC  system  de- 
sign objective  for  fault  detection  time  for  a channel  or  subsystem  failure  Is  given  to 
be  a fraction  of  the  average  time  Interval  between  successive  messages  or  calls  using 
the  facility.  However,  It  appears  feasible  to  drastically  reduce  this  criteria  so  that 
subscribers  are  less  likely  to  experience  loss  of  synchronization  due  to  a matrix  fail- 
ure. Therefore,  this  paragraph  Is  oriented  toward  high  speed  error  detection. 

One  possible  high  speed  error  detection  technique  Is  a direct  comparison  of  the  switch 
Inputs  to  outputs.  Such  a method  Is  Illustrated  In  Figure  49.  Selector  gates  are  In- 
cluded to  provide  the  capability  of  connecting  any  matrix  Input  highway  and  any  matrix 
output  highway  to  a comparator.  A time  slot  Interchange  (TSI)  has  been  Inserted  Into 
each  highway  path  between  the  Input  selector  gate  and  matrix  Input  In  order  to  achieve 
timing  coincidence  between  Input  and  output  time  slots.  Errors  are  detected  In  this 
system  by  comparing,  on  a blt-by-blt  basis,  the  matrix  Input  with  the  corresponding 
output.  Output  highways  H^  to  Nq  are  scanned  sequentially  under  the  control  of  a 
counter. 
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Figure  49.  High  Speed  Error  Detection  - Candidate  C 


Although  the  fault  detection  equipment  control  Information  Is  contained  in  the  matrix 
connection  control  RAMs,  these  control  words  would  have  to  be  reformatted  before 
use  in  the  error  detection  process . This  control  word  formatting  could  be  accom- 
plished with  either  a hardware  or  software  approach.  Note  that  this  scheme  requires 
an  additional  memory  capacity  (RAMs)  in  the  error  detection  equipment  to  store  the 
reformatted  control  words.  In  addition,  each  time  the  processor  alters  the  matrix 
connection  control  memory  the  error  detection  equipment  RAMs  must  also  be  updated. 

The  high  speed  fault  detection  capability  achieved  with  Candidate  C Is  counter  balanced 
by  the  significant  amount  of  additional  hardware  required  for  implementation.  An  In- 
crease on  the  order  of  50  percent  above  matrix  requirements  Is  estimated.  Such  a 
penalty  may  be  excessive  unless  such  high  speed  operation  becomes  a requirement. 


4.5. 1.2  Matrix  Fault  Isolation 


There  are  essentially  two  broad  approaches  to  matrix  fault  isolation.  The  first  Is 
primarily  a hardware  approach  in  which  error  detection  devices  are  Inserted  at  criti- 
cal points  Internal  to  the  matrix.  The  disadvantage  of  this  technique  is  the  Increased 
size  and  cost  of  the  matrix.  The  alternate  approach  is  to  use  the  information  pertaining 
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to  internal  switch  routing  already  stored  in  the  processor  memory  to  isolate  prob- 
lems based  only  upon  the  matrix  output  errors.  Although  minimal  additional  hard- 
ware Is  required.  Increased  processing  time  and  storage  are  among  the  penalties  to 
be  paid.  The  latter  approach  appears  to  be  more  in  keeping  with  the  program  ob- 
jectives and  therefore  will  be  explored  in  greater  detail  in  this  paragraph. 

The  fault  isolation  methods  for  Candidate  A and  Candidate  B consist  of  routing  mes- 
sages through  and  around  suspected  modules.  However,  the  fault  isolation  technique 
for  Candidate  C is  quite  different  and  is  described  below. 

Based  upon  the  fact  that  the  route  for  each  call  through  the  matrix  is  stored  in  the 
processor  memory,  it  is  possible  in  many  instances  to  Isolate  faults  down  to  the  chip 
level.  Exceptions  are  components  configured  in  series  and  faults  within  a control 
RAM.  For  the  latter  case  fault  isolation  is  possible  only  to  the  specific  control  word 
which  may  span  on  the  order  of  a dozen  RAMs.  The  exact  quantity  is  a function  of  the 
number  of  matrix  stages  and  number  of  Input/output  lines.  The  difficulties  of  fault 
isolation  In  a series  connection  are  illustrated  In  the  Candidate  5 switch  (see  para- 
graphs 2. 1.2. 1.4).  Note  that  within  a single  basic  module  one  cannot  distinguish  be- 
tween a failure  in  a multiplex  gate  and  a tertiary  stage  RAM  (time  slot  Interchange) 
by  merely  observing  matrix  Inputs  and  outputs.  However,  since  this  study  is  con- 
cerned with  the  tactical  environment,  the  isolation  of  faults  to  the  chip  level  may  not 
be  warranted.  It  is  more  likely  that  fault  isolation  to  a module  will  be  sufficient. 

The  fault  isolation  algorithm  to  be  used  is  based  upon  the  computer's  ability  to  asso- 
ciate each  individual  matrix  path  with  a set  of  modules  through  which  the  signal  must 
pass.  Thus,  when  an  error  is  detected,  the  processor  determines  which  output  con- 
tained the  failure  and  uses  look-up  tables  to  determine  the  corresponding  route  and 
modules  Involved.  Thus,  after  several  errors  the  failed  system  component  (or  com- 
ponents) may  be  identified  by  determining  which  modules  are  common  to  all  of  the 
errors.  It  should  be  noted  that  for  certain  channel  sequences  it  may  sometimes  be 
necessary  to  analyze  many  errors  in  order  to  identify  the  basic  common  fault. 

4 . 5 . 1 . 3 Fault  Tolerant  Matrix  Design 

Fault  tolerant  design  can  be  achieved  via  any  of  three  techniques. 

1*  Status  redundancy  uses  extra  hardware  to  mask  the  failures.  An  ex- 
ample is  triple  modular  redundancy  (TMR)  in  which  a module  is  trip- 
licated and  a majority  vote  circuit  is  used  at  the  module  output.  The 
main  advantages  of  static  redundancy  are  Instantaneous  fault  correc- 
tion and  simplicity  of  design  and  operation.  Unfortunately,  the  par- 
ticular logic  structures  of  the  candidate  matrices  considered  for  this 
study  program  do  not  lend  themselves  to  static  redundancy  techniques 
without  the  requirement  for  large  amounts  of  redundant  hardware. 
Thus,  such  an  approach  is  not  cost  effective  for  the  ISMTC. 
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2,  Fall- soft  systems  (graoeful  degradation)  use  a highly  modular  struc- 
ture which  allows  the  loss  of  one  unit  to  be  tolerated.  Cost  savings 
are  provided  with  degraded  performance  since  fault  tolerance  can  be 
achieved  without  redundancy.  However,  degraded  service  In  a tac- 
tical environment,  especially  during  times  of  oonfllct.  Is  undesirable. 
Furthermore,  oertaln  component  failures  within  the  matrix  may  not 
produce  uniformly  degraded  performance  to  all  users.  Instead  a com- 
plete outage  to  one  node  (or  group  of  local  loops)  might  result  while 
the  remaining  nodes  are  unaffected.  Certainly,  this  situation  Is  un- 
acceptable. 

3.  Dynamic  redundanoy  (standby  sharing,  selective  redundancy)  provides 
spares  for  replacement  when  a faulty  module  Is  detected.  The  advan- 
tage of  suoh  a technique  Is  that  a fraotlon  of  the  redundant  hardware 
needed  for  me -hod  (1)  Is  required.  Although  failures  will  cause  per- 
iods of  outage  or  degraded  performance,  these  Intervals  may  be  min- 
imized by  using  high  speed  fault  deteotlon  and  fault  Isolation  tech- 
niques. Therefore,  this  approach  appears  to  be  the  best  suited  to  the 
ISMTC  application  and  will  be  discussed  In  greater  detail. 


4. 5. 1.3.1  Automatic  Cutover  to  Spare  Modules 

Onoe  It  Is  established  that  errors  are  originating  from  the  matrix  It  Is  desirable  to 
automatically  cut  over  to  a spare  module  (dynamlo  redundancy)  as  soon  as  possible. 
The  procedures  Involved  In  suoh  an  operation  and  the  factors  Impacting  on  cutover 
time  are  detailed  In  this  paragraph. 


Prior  to  any  cutover  the  processor  must  Identify  the  module  to  be  replaced, 
the  fault  Isolation  prooess  Is  the  first  factor  to  Impact  on  cutover  time. 


Thus, 


Another  factor  affecting  cutover  time  Is  the  loading  of  the  control  RAMs  located  on 
the  spare  module.  Each  baslo  module  stores  the  control  words  pertaining  only  to  Its 
own  switching  operation.  Since  It  Is  not  possible  to  predict  which  module  will  fall, 
the  applicable  control  words  must  be  supplied  to  the  spare  module  after  the  decision 
for  cut  over  Is  made.  The  minimum  total  time  required  for  the  computer  to  load 
the  RAM  would  be  the  product  of  the  machine  cycle  time  and  number  of  oontrol  words 
per  basic  module.  Assuming  a machine  cycle  time  of  one  microsecond,  the  time  to 
load  60  oontrol  words  would  be  60  mlcroseoonds.  This  Is  approximately  double  the 
frame  time  for  a 60-channel  highway. 


A further  consideration  during  the  outover  procedure  Is  the  testing  of  the  spare  mod- 
ule before  It  Is  switched  In.  It  Is  possible  to  virtually  eliminate  this  source  of  delay 
prior  to  an  actual  cutover  by  Including  the  spare  output  highways  In  the  normal  scan- 
ning sequence. 


4.5.1. 3. 2  Cutover  Flow  Chart 


Figures  50  and  51  contain  a flow  chart  describing  the  sequence  of  events  associated 
with  the  automatic  cutover  to  a spare  module  assuming  the  Candidate  C fault  detection 
technique.  First  a check  Is  made  to  determine  If  a spare  module  Is  available.  Next 
all  highways  are  scanned  sequentially  Including  those  for  the  spare  module.  Thus,  the 
spare 'module  Is  constantly  being  tested  which  eliminates  any  test  time  delays. 

Once  the  fault  haw  been  Isolated  (Figure  51)  the  spare  module's  control  RAM  Is  loaded 
from  the  oomputer.  As  soon  as  the  loading  Is  completed  the  failed  module  Is  switched 
out  of  service  and  the  spare  Is  switched  In.  Scanning  of  all  lines  Is  resumed  In  an 
effort  to  Isolate  the  fault  In  the  failed  module  and  to  look  for  new  system  failures. 

4.5.2  Impaot  of  Transmission  Monitoring  on  Matrix 

Although  the  monitoring  of  transmission  equipment  external  to  the  ISMTC  modules  Is 
expected  to  Impact  significantly  on  processor  memory  requirements  and  workload, 
the  effects  of  such  activity  on  the  matrix  will  very  likely  be  minimal.  The  only  matrix 
Impact  foreseen  Is  a possibility  that  the  In-statlon  transmission  monitoring  equipment 
may  be  expensive  enough  to  require  the  sharing  of  this  equipment  between  transmis- 
sion patlp.  This  would  be  required  only  In  situations  where  the  transmission  equip- 
ment Is  not  colocated  with  the  ISMTC. 

4. 5. 2.1  In-Statlon  TC  System  Configuration 

One  possible  nodal  technical  control  equipment  configuration  Is  shown  In  Figure  5p. 

All  the  various  technical  control  transmission  status  and  fault  detection  signals  to  be 
monitored  are  converted  to  a digital  format  by  means  of  A/D  converters.  A selector 
gate  for  each  transmission  path  enables  the  selected  technical  control  signal  to  arrive 
at  a line  driver.  The  line  driver  transmits  the  digital  signal  to  a switching  device 
which  may  be  either  the  actual  switch  matrix  or  a separate  seamier.  The  signal  is 
now  routed  through  the  matrix  (or  scanner)  to  the  RF  and  baseband  monitors  via  D/A 
converters.  The  monitors  output  the  results  of  the  analysis  to  the  processor. 

4.5. 2. 2 Matrix  vs  Scanner 

The  use  of  monitoring  equipment  common  to  all  the  transmission  paths  Implies  that  a 
switching  device  must  be  used  to  route  the  various  signal  sources  to  the  common  mon- 
itors on  a time-sharing  basis.  The  most  obvious  answer  to  the  switch  problem  Is  to 
use  the  circuit  switch  matrix  already  Integrated  Into  the  ISMTC.  This  approach  Is 
attractive  from  the  viewpoint  that  minimal  additional  hardware  Is  required.  The  pri- 
mary disadvantage  of  this  technique  Is  that  a number  of  matrix  terminations  must  now 
be  allocated  exclusively  for  technical  control  purposes.  In  addition,  the  matrix  Is 
capable  of  accommodating  only  digital  signals.  Thus,  analog  signals  must  be  A/D  con- 
verted at  the  Input  and  D/A  converted  at  the  output. 
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Figure  50.  Automatic  Module  Cutover  Procedure  Flow  Chart  - Part  I 
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Figure  52.  Common 


The  Impact  on  the  matrix  for  monitoring  teohnical  control  analog  signals  which  re- 
quire bit  rates  less  than  32  kb/s  Is  minimal.  This  Is  due  to  the  faot  that  only  one 
line  termination  per  nodal  transmission  path  Is  required.  However,  If  the  monitoring 
of  wideband  signals  Is  desirable,  then  more  than  one  32  kb/s  matrix  line  per  wide- 
band signal  will  be  required.  For  example,  a signal  whlcih  requires  a two-megabit 
per  seoond  signal  rate  for  three  separate  transmission  paths  would  occupy  approxi- 
mately 180  terminations  (three  60-channel  highways).  For  such  an  application  a 
separate  scanner  dedicated  to  the  TC  function  and  capable  of  handling  analog  wave- 
forms may  be  the  superior  approach. 


5.0  INTEGRATED  gWITCH/MULTIPL EX/TECHNICAL  CONTROL 

5.1  INTRODUCTION 

Sections  2. 0,  3.  0 and  4.0  have  discussed  the  ISMTC  from  the  viewpoints  of  switching, 
multiplexing,  and  technical  control,  respectively.  In  this  section,  system  consider 
tions  are  discussed  which  do  not  necessarily  apply  exclusively  to  one  of  these  three 
disciplines  but  rather  are  more  properly  considered  as  part  of  an  integrated  system. 
Such  an  integrated  system  is  described  in  the  following  section. 

5.2  ISMTC  SYSTEM  DESCRIPTION 

This  section  describes  the  general  system  design  approach  developed  as  a result  of 
this  study  for  the  ISMTC.  Several  techniques  utilized  in  the  ICMS  report  relat  ng  ° 
switching  and  multiplexing  concepts  have  been  adapted  for  use  in  this  report  Only 
those  concepts  have  been  incorporated  which  are  compatible  with  the  expected  grou 
rules”  for  the  1980s  and  which  appear  to  be  the  most  cost-effective  approach  to  satis 

fying  those  requirements. 

A general  block  diagram  of  the  ISMTC  system  is  shown  in  Figure  53.  Th®  le^and 
.ortion  of  the  diagram  contains  equipment  comp'-ing  the  switch.  The  right  side  of 
the  figure  mainly  shows  the  technical  control  subsystem,  transmission  equipment, 
and  the  input/output  subsystems.  The  figure  will  be  described  in  greater  detail  in  th 

paragraphs  to  follow. 

5.2.1  Switch  Description 
5.  2. 1.  1 Switch  Operation 

The  processor  controls  the  operation  of  the  overall  equipment  complement  slwwnjla  a 
„toreu  program.  All  processor  Input/output  (I/O)  control  signals  pass  through  the  I/O 

interface. 

The  Hook  Scanner  sequentially  examines  (scans)  each  subscriber  loop  to  ^natne 
which  lines  are  on  hook  and  which  are  off  hook.  When  a change  from  on  hook  to  off 
hook  Is  detected,  a dial  tone  signal  from  the  supervisory  Tone  Generator  (STG)  is 
switched  through  the  matrix  to  the  caller's  subset.  A Digit  Receiver  Is  then  connect 
to  the  loop  to  'receive  the  dialing  digits.  This  Information  Is  sent  to  the  Processor 
which  determines  the  specific  path  through  the  matrix  for  the  ca  1.  The  Connection 
control  (CC)  unit  stores  this  Information  and  causes  the  matrix  to  establish  the  cot 
nection.  If  the  call  Is  not  a local  one  (requires  a trunk  connection),  the  Trunk  Send 
Buffer  (TSB)  and  Trunk  Receive  Buffer  (TRB)  are  used  for  signaling  to  the  next  node 
via  an  out-of-band  signaling  channel.  Each  of  the  above  equipments  are  now  discussed 

more  fully. 


5.2. 1.2  Matrix 


A time  division  matrix  capable  of  switching  32  kb/s  channels  is  shown  in  Figure  53 
The  Internal  TD  highways  are  composed  of  60  channels.  The  matrix  may  be  one  of 
the  four  types  described  in  paragraph  2. 1. 2. 1.  Multiplex  equipment  is  integrated  into 
the  input/output  portions  of  the  matrix  to  form  trunk  subgroups  (perhaps  15  jr  20 
* channels).  See  paragraph  3. 2. 1 for  further  details. 

5. 2. 1. 3 Connection  Control 

The  CC  provides  the  control  bits  to  the  TD  matrix  for  switching  any  channel  input  to 
any  channel  output.  See  paragraph  2.2. 1. 1.2  for  further  details. 

5. 2. 1. 4 Line  Formatter  and  Hook  Detector 

' 

The  line  formatter  is  the  interface  between  a group  of  subscriber  loops  and  the  TD 
matrix.  This  unit  performs  the  following  functions: 


1. 

Multiplexing/demultiplexing 

2. 

• 

Hook  status  detection 

3- 

Bit  alignment 

4- 

Line  termination 

The  bit  alignment  function  la  necessary  to  permit  the  multiplexing  of  the  Individual 
subscriber  inputs  onto  a common  TD  highway  entering  the  matrix  (see  Figure  54). 

The  function  of  the  book  detector  la  to  examine  the  subscriber  loops  and  determine  if 
the  received  signal  is  all  ones  (on  hook)  or  a combination  of  ones  and  zeros  (off  hook). 
When  the  hook  detector  is  interrogated  by  the  processor,  it  transfers  the  hook  status 
back  to  the  processor.  In  order  to  decrease  the  chances  of  a status  error  due  to  noise 
bursts  or  an  abnormal  percentage  of  ones  during  conversation,  the  scanner  should 
monitor  on  the  order  of  100  bits. 

Another  system  constraint  imposed  is  the  assumption  that  each  line  must  be  sampled 
every  200  milliseconds.  One  hook  scanner  is  capable  of  scanning  sixty  32-kb/s  linos 
every  188  msec.  Although  it  is  possible  to  share  one  hook  scanner  with  sixty  lines, 
the  failure  of  the  formatter  would  affect  all  sixty  lines.  A submultiple  of  60  such  as 
15,  20,  or  30  may  be  more  suitable.  For  the  purpose  of  this  report,  20  lines  will  be 
assumed  to  be  serviced  by  one  hook  scanner.  This  would  permit  lines  to  be  scanned 
every  83  msec  and  also  reduces  the  matrix  Interface  data  rates. 
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Figure  54.  Line  Formatter 


5. 2. 1. 5 Digit  Receiver 

The  Digit  Receiver  (DR)  detects  dial  digits  transmitted  from  subscriber  loops  and  for 


TERMINATION  — 

BIT 

SYNC 

• 

• 

TERMINATION  — 

BIT 

SYNC 

1.  Input  trunk  termination 


2.  Bit  and  frame  alignment 

3.  Elastic  buffering 

4.  Multiplexing/demultiplexing 

5.  Extraction  and  insertion  of  signaling  and  supervision  information. 

5.2. 1.  7 Trunk  Receive  Buffer  and  Trunk  Send  Buffer 

The  TRB  and  TSB  are  the  interfaces  which  transfer  information  from  the  trunk  sig- 
naling and  supervision  channel  to  the  processor  and  vice  versa.  Within  each  TDM 
trunk  group,  one  time  slot  per  frame  is  reserved  for  signaling  and  supervision  infor- 
mation. This  is  railed  common  channel  (out-of-band)  signaling.  This  technique  is 
also  capable  of  performing  certain  orderwire  functions  (see  Section  5.3). 

Substantial  economy  may  be  obtained  by  having  several  trunks  share  one  TRB.  This 
may  be  achieved  by  terminating  the  out-cf-band  trunk  channel  on  the  matrix  via  a 
trunk  formatter.  Thus,  the  matrix  may  connect  any  out-of-band  channel  to  any  TRB 
on  a first-come  first-served  basis.  The  exact  numoer  of  TRBs  required  is  dependent 
on  the  allowable  trunk  call  holding  time  and  reliabi'ity  considerations.  For  example, 

60  channels  could  be  serviced  by  a single  TRB  and  still  only  occupy  less  than  one  per- 
cent of  the  available  time.  Thus,  very  little  delay  is  involved  due  to  the  contention  of 
60  channels  for  a single  TRB.  Relatively  few  TRBs  would  be  required  even  for  a 
2400-line  system.  In  case  of  failure  an  additional  TRB  should  be  provided. 

5. 2. 1.  8 Supervisory  Tone  Generator 

The  STG  generates  digital  waveforms  which  are  switched  to  selected  subscriber  loops 
via  the  matrix.  These  digital  signals  arc  converted  to  distinguishable  supervisory 
tones  by  the  subset.  The  audible  tones  include  ring  forward,  ring  back,  busy,  dial 
tone,  and  an  idle  pattern.  Many  subscribers  can  be  connected  to  the  same  supervisory 
tone  because  of  the  inherent  ability  of  TD  systems  to  make  "one  to  many"  connections. 
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The  technical  control  subsystems  include: 


2.  RF  and  IF  Monitoring  Equipment 

2.  Baseband  Monitoring  Equipment 

3.  Multiplex  Monitoring  Equipment 

4.  Matrix  Fault  Detection  Equipment 

5.  Orderwire 

5. 2. 2. 1 Transmission  Equipment  Monitors 

The  RF  and  IF  Monitors  will  measure  vital  analog  quantities  (see  paragraph  4. 1. 1) 
related  to  RV,  IF,  modulator,  demodulator,  and  antenna  equipment  operation  and  for- 
ward the  result  in  digital  form  to  the  processor.  Similarly,  the  baseband  monitor  will 
measure  various  baseband  characteristics  in  order  to  detect  system  degradations 
before  significant  deterioration  of  performance  occurs. 

5. 2. 2. 2 Multiplex/Demultiplex 

The  multiplex/demultiplex  equipment  shown  in  Figure  53  is  required  only  for  TDM 
basebands  greater  than  sixty  charnels.  This  is  due  to  the  fact  that  the  trunk  formatter 
contains  multiplex  equipment  capable  of  handling  sixty  channels  as  well  as  certain  sub- 
multiples  of  60.  Additional  multiplex  equipment  as  well  as  other  signal  processing 
circuits  may  also  be  required  for  user  terminals  employing  rates  other  than  specific 
multiples  of  32  kb/s  (see  paragraph  3. 3). 

The  TGF  multiplex  or  the  external  multiplex  may  be  tested  by  using  the  Multiplex 
Monitoring  Equipment  to  monitor  the  framing  pattern.  This  signal  could  be  monitored 
at  both  the  TGF  and  external  multiplex  outputs  and  thus  isolate  faults  to  either  of  these 
equipments.  Errors  detected  by  the  Multiplex  Monitor  are  transmitted  to  the  proces- 
sor via  the  I/O  interface. 

5. 2. 2. 3 Matrix  Fault  Detection  Equipment 

Several  schemes  for  detecting  faults  within  the  matrix  are  discussed  in  Section  4.5. 
The  first  is  an  out-of-service  scheme  which  requires  no  external  hardware.  The  other 
approaches  provide  in-service  testing  by  utilizing  additional  hardware  to  compare 
matrix  Inputs  and  outputs. 
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5. 2. 2. 4 Orderwire 
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One  32 -kb/a  channel  of  each  trunk  group  la  aubmultiplexed  into  aubchannela  to  provide 
certain  aignaling,  auperviaion,  and  orderwire  functions  (see  Section  5. 3).  Continuous 
reporting  from  baseband  repeater  stations  may  also  be  handled  via  these  subchannels. 

However,  IF  repeaters  cannot  use  such  facilities  unless  special  orderwire  modulators 
and  demodulators  are  employed.  Alternate  methods  of  providing  orderwire  facilities 
at  IF  or  RF  repeater  stations  are  discussed  in  Section  4. 2. 

5.2.3  Input/Output  Subsystems 

The  I/O  subsystems  provide  the  man/machine  interface  for  efficient  operation  of  the 
ISMTC.  These  items  include: 

1.  Interactive  CRT  Display 

2.  Display  Panel  (Optional) 

3.  Low  Speed  Printer 

4.  Cassette  Tape  Unit 

These  units  are  described  in  the  following  paragraphs. 

m 

5. 2. 3. 1 Interactive  CRT  Display 

The  interactive  CRT  display  terminal  will  provide  the  operator  with  real-time  control 
of  the  ISMTC  complex.  The  terminal  contains  both  a keyboard  and  CRT  display.  By 
this  means  the  operator  can  request  the  display  of  specific  Information  not  otherwise 
available.  Such  a device  is  useful  with  respect  to  operator  functions  such  as: 

System  Activation/Set-up 

Deactivation/Tear-down 

Reporting  and  Recordkeeping 

System  Reconfiguration 

Updating  Routing  Tables 

Updating  Fixed  and  Mobile  Directory  Information 
Dial  Assistance 

■ 
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Section  5 6 contains  a description  of  these  operator  functions. 


5. 2. 3. 2 Display  Panel 

An  auxiliary  display  facility  may  be  desirable  from  an  operational  point  of  view.  For 
example,  a display  and  alarm  panel  which  includes  indicators  for  such  ancillary  sup- 
port items  as 

Prime  Power 

Environmental  System  (A/C,  heating,  and  ventilation) 

Fire  Detection 
Security 

would  be  more  effective  than  a CRT  display  alone.  Other  switch  or  TC  status  items 
might  also  be  included.  Size  and  power  requirements  constrain  the  number  of  possible 
display  items. 

5. 2. 3. 3 Low  Speed  Printer 

Even  though  the  ISMTC  may  contain  real-time  displays  of  current  status,  it  will  be 
necessary  to  provide  hard-copy  printouts.  A teletypewriter  (10-30  characters/sec) 
will  probably  be  adequate. 

5. 2. 3. 4 Cassette  Tape  Unit 

A cassette  tape  unit  is  capable  of  providing  the  following  functions  with  minLr.um  size 
and  weight  requirements. 

Program  Storage  and  Loading 

Restart 

i 

System  Recovery 

Journaling  of  Current  Configuration 

Event  Journaling  for  Performance  Evaluation  and  Statistical  Data 
Gathering 


Program  Changes  (new  software) 


Ancillary  Recordkeeping  (TC  Reports) 


5.3  TECHNICAL  CONTROL  ORDERWIRE 


5.3.1  Introduction  and  Definitions 


The  technical  control  functions  of  automatic  fault  detection,  fault  isolation,  circuit 
restoral,  and  reporting  and  recordkeeping  require  intemodal  communication  between 
the  processors.  In  addition,  status  reporting  from  remote  repeater  stations  to  the 
applicable  node  is  also  required.  Much  of  this  traffic  is  carried  by  dedicated  circuits 
called  orderwires. 


The  orderwire  functions  mentioned  above  may  be  economically  Integrated  into  the 
ISMTC  by  utilizing  the  trunk  signaling  and  supervision  facilities  inherent  in  the  switch. 
However,  the  addition  of  these  technical  control  orderwire  functions  may  require  ad- 
ditional send  and  receive  buffers  to  serve  the  orderwire  channels.  The  type,  quantity, 
and  control  of  these  buffers  is  determined  in  part  by  the  nature  of  arrival  time  statis- 
tics and  the  traffic  load  associated  with  each  orderwire  function.  For  example,  re- 
porting may  be  classified  into  three  broad  categories,  as  described  next. 


5. 3. 1. 1  Aperiodic  Reporting 


These  reports  are  provided  on  an  as-required  basis.  This  type  of  reporting  includes 
reports  similar  to  the  Near  Real  Time  (NRT)  Report  defined  as  "A  report  of  DCS 
status  required  as  soon  as  possible  after  major  or  special  interest  outage,  restoral, 
traffic,  or  hazardous  conditions  occur"  (Reference  6).  Transmissions  such  as  updated 
routing  and  class-mark  tables  are  also  aperiodic  reports. 


In  addition  to  the  above  reports,  also  Included  in  this  category  are  transmissions  per- 
mitting automatic  fault  isolation.  When  a random  fault  occurs,  the  various  ISMTC 
nodes  report  the  detection  of  this  failure  to  a higher  echelon  station  for  fault  isolation 
analysis.  Such  reports  are  transmitted  in  real  time  and  the  arrival  times  are  ran- 
domly distributed. 


5. 3. 1. 2  Periodic  Reporting 


These  reports  are  prepared  by  the  processor  and  transmitted  on  a fixed  schedule,  as 
opposed  to  the  random  times  of  aperiodic  reports.  Included  in  this  category  are  the 
following: 


Periodic  Report.  A report  containing  status  information  on  previously 
reported  NRT  items  and  other  network  and  equipment  status  exceeding 
established  thresholds. 
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. End-of-Shlft/Day  Report.  A report  containing  status  Information  on 


previoucly  reported  NRT  or  periodic  report  items  and  all  other  re- 
portable Information  which  has  not  been  previously  reported  in  the 
NRT  or  periodic  reports.  These  reports  are  required  either  near 
the  end  of  a shift  or  at  the  end  of  a communication  day,  whichever 
is  directed  by  the  System  Control  Element  and  may  be  combined  with 
a periodic  report. 

The  aforementioned  reports  may  be  issued  at  1-  to  24-hour  intervals  or  possibly  even 
for  periods  as  small  as  15  minutes.  The  contents  would  be  similar  to  the  Maintenance 
Status,  and  Supervisory  Reports  discussed  in  Section  4.4. 

5. 3. 1. 3 Continuous  Reporting 

This  term  is  defined  here  to  mean  the  transmission  of  processed  or  unprocessed  data 
which  reflects  current  system  performance  and  status  on  a "minute-by-minute"  basis. 
Such  reporting  is  usually  required  at  1-  to  10-mlnute  intervals. 

Continuous  reporting  between  the  local  processor  and  system  control  will  contain  cur- 
rent switch  status  and  traffic  information. 

5.3.2  Orderwire  Description 


5. 3. 2. 1 Out-of-Band  Signaling  and  Supervision 

Although  many  present  day  analog  military  switching  systems  use  in-band  trunk  sig- 
naling and  supervision  techniques,  using  a dedicated  channel  (i.  e. , common  channel) 
in  a digital  trunk  group  for  the  purpose  of  signaling  and  supervision  has  significant 
advantages.  The  former  techniques  are  generally  based  on  using  tone  signaling  and 
supervision  within  4-kHz  FDM  derived  channels.  An  all  digital  network  using  TDM, 
however,  requires  different  considerations.  Discrete  analog  tone  signaling  is  not  ap- 
plicable and  the  use  of  digital  signaling  and  supervision  is  necessary.  In  this  case, 
the  out-of-band  approach  requires  signaling  and  supervision  equipment  for  the  common 
signaling  channel  only  and,  as  a result,  is  the  more  cost-effective  approach  for  inter- 
switch  signaling. 


Furthermore,  a significant  difference  exists  between  in-band  and  out-of-band  signaling 
and  supervision  with  respect  to  preemption.  Since  the  in-band  techniques  use  the  same 
channel  for  both  signaling  and  information,  an  idle  channel  must  be  available  before 
signaling  can  take  place.  In  order  to  make  a channel  available  when  all  channels  are 
busy,  a routine  call  must  be  preempted.  Call  disruption  takes  place  even  though  the 
priority  call  may  still  fail  if  the  called  user  is  busy  on  another  call  of  equel  priority. 
With  out-of-band  signaling,  preeemptlon  is  not  effected  until  it  has  been  established 
that  a call  can  be  completed. 
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Out-of-band  signaling  and  supervision  (i.  e. , common  channel  signaling)  is  the  favored 


approach  for  the  ISMTC. 

5. 3. 2. 2 Submultiplexed  Channels 

One  32-kb/s  channel  in  each  60-channel  trunk  group  is  dedicated  to  the  orderwire  func- 
tion and  this  channel  would  provide  a subchannel  for  interswitch  signaling  and  super- 
vision. The  orderwire  channel  can  be  submultiplexed  to  provide  four  8-kb/s  subchan- 
nels containing  the  following  information: 


Framing 


Error  protection 
Signaling  and  supervision 
Routing  information 


Aperiodic  reporting 


Periodic  reporting 


Continuous  reporting 

Figure  55  illustrates  an  orderwire  subchannel  assignment  scheme. 

Subchannel  1 carries  the  framing  and  error  protection  coding.  Subchannel  2 is  dedi-. 
cated  to  the  transmission  of  remote  status  reporting.  Subchannel  3 contains  Signaling 
and  Supervision  (S&S)  including  the  signaling  required  by  the  routing  scheme  Sub- 
channel  4 provides  a communication  channel  for  interchanges  between  the  ISMTC  node 
and  the  System  Control  (SC)  and  System  Planning  and  Engineering  (SP&E)  Elements 
including  the  required  continuous  reports.  Some  aperiodic  and  periodic  reporting  is 
handled  on  a dial-up  basis.  Further  details  on  the  handling  of  the  various  functions 
are  contained  in  paragraph  5. 3. 3. 


5. 3. 2. 3 Block  Diagram 

Figure  56  contains  a block  diagram  of  the  ISMTC  orderwire  and  S&S  system.  The 
trunk  groups  from  other  ISMTC  nodes  are  shown  entering  at  the  right.  One  32-kb/s 
channel  in  each  trunk  group  is  submultiplexed  into  four  subchannels  as  shown  in 
Figure  55.  The  framing  (subchannel  1)  information  for  each  trunk  group  is  extracted 

in  the  TGF. 


When  the  processor  Is  Informed  by  the  TGF  that  subchannel  3 

the  matrix  creates  a path  from  the  applicable  TGF  to  an  available  TRB.  The  TRBs 
are  pooled  equipment  and  shared  by  all  TGFs  on  a flrst-come  tlrat-aerved  basis.  All 
four  subchannels  (still  multiplexed  as  a 32  kb/s  channel)  are  routed  vis  the  matrix .to 
the  applicable  TRB.  The  TRB  then  demultiplexes  the  channel  to  yield  subchannel  3 
and  forwards  the  information  to  the  processor.  • 

The  32-kb/s  common  channels  from  all  trunk  groups  which  contata  remote  station^ 
status  information  (subchannel  2)  are  routed  from  the  TGFs  to  a Remote  Status  Butte 
(RSB).  A number  of  trunk  groups  will  time  share  a single  RSB.  Bach  remrte  station 
will  report,  in  turn,  during  its  assigned  time  frame.  The  nSB  demultiplexes  subch  n 
nel  2 and  transfers  the  status  information  to  the  processor. 

Paragraph  5. 3. 3 dlecuaaee  the  details  of  the  SIS  and  orderwlre  operation  ™°refully. 
The  rationale  behind  the  various  subohannel  assignments  as  well  as  alternative  tec 
niques  are  discussed. 

5.3,3  Integration  of  Technical  Control  Functions 

5. 3. 3. 1 Signaling  and  Supervision 

5. 3. 3. 1. 1 Signaling  and  Supervision  Operation 

Trunk  Receive  Buffers  and  Trunk  Send  Buffers  are  pooled  equipment  which  occupy 
matrix  terminations  and  are  used  to  receive  and  send  internodal  SAS  informatlom  The 
incoming  S&S  32-kb/s  channel  is  terminated  on  the  matrix  via  a trunk  group  formatter. 
When  the  presence  of  trunk  S&S  information  is  sensed  by  the  “ 

available  TRB.  If  all  TRBs  are  busy,  the  transmission  is  delayed  until  a TRB  is  . 
The  matrix  then  connects  the  appliorble  common  qhannel  trunk  to  the  assijpied  TRB. 
The  TRB  in  turn  demultiplexes  only  the  8 -kHz  SfeS  Channel  and  sends  this  information 

• on  to  the  processor. 

5. 3. 3. 1. 2 Dedicated  vs  Pooled  Equipment 

The  above  description  of  the  8-kb/a  signaling  channel  has  aaaumed  that  the  TRBs  will 
be  equipment  common  to  several  trunk  groupe  on  a flrat-come  flrst-servri  basis.  * n 
alternative  approach  would  be  to  dedicate  one  TRB  to  each  trunk  group.  A 2400-line 
tandem  switch  could  contain  on  the  order  of  100  trunk  groups  and  require  the  same 

number  of  dedicated  TRBs. 

If  one  assumes  a single  internodal  call  set  up  and  release  to  require  600  bits,  and 
such  calls  ocour  at  an  average  frequency  of  ten  per  hour,  the  per  line  traf  c 
the  8-kb/s  signaling  channel  is  2. 08  x 10-4  Erlangs.  This  is  extremely  light  loading 
and  therefore  the  contention  of  many  lines  for  the  same  TRB  would  produoe  only 
occasional  delays.  For  example,  60  lines  would  produoe  a traffic  load  of  1.26  x 10 
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Erlangs  and,  therefore,  one  TRB  could  service  60  lines  with  a small  delay.  Several 
TRBs  could  accommodate  all  2400  lines.  The  precise  delay  is  a function  of  the  num- 
ber of  program  modules  associated  with  each  call  and  their  corresponding  execution 
times. 

Trunk  Receive  Buffer  failuree  are  easily  handled  with  pooled  equipment.  First  it 
should  bo  noted  that  existing  calls  are  unaffected  by  TRB  failures;  only  the  ability  to 
set  up  new  calls  is  lost.  Once  a failure  is  detected,  the  processor  merely  reroutes 
all  future  trunk  signaling  information  to  other  TRBs,  Thus  operation  is  carried  on 
in  a slightly  degraded  manner  until  replacement  or  repair  is  made. 

It  is  clear  from  the  above  analysis  that  polling  of  the  TRBs  for  the  signaling  subchan- 
nel Is  the  favored  approach. 

5. 3. 3. 2 Continuous  Reporting  to  System  Control 

Continuous  reporting  to  the  SC  and  SP&E  Elements  is  handled  on  a 8 kb/s  suochannel. 
In  addition,  this  subchannel  provides  the  means  for  the  SC  and  SP&E  Element  to  send 
reconfiguration  information  to  the  ISMTC  nodes.  The  amount  of  traffic  anticipated  for 
this  subchannel  Indicates  that  it  would  be  lightly  loaded. 


6. 3. 3. 3 Periodic  and  Aperiodic  Reporting 

Periodic  reports  occur  at  regularly  spaced  but  infrequent  time  intervals  for  short 
periods.  One  possible  transmission  scheme  would  be  to  dedicate  the  periodic  report- 
ing function  its  own  8-kHz  subchannel.  However,  this  would  be  wasteful  since  the  sub- 
channel would  not  be  in  continuous  use.  A more  economical  approach  would  be  to  have 
the  processor  "dial  up"  system  oontrol  when  required.  The  same  technique  could  be 
used  to  transmit  aperiodic  reports. 

F.  *. 4 Remote  Status  Reporting 

This  paragraph  considers  the  transmission  of  status  information  from  repeater  station 
to  ISMTC  nodes.  The  problem  differs  considerably  from  the  functions  already  discus- 
cussed  in  this  section.  First  the  transmission  may  not  be  processor  controlled.  Sec- 
ondly, the  arrival  time  statistics  are  not  random  If  a periodic  status  reporting  scheme 
is  used.  Such  information  is  provided  at  frequent  intervals  and  is  allocated  to  sub- 
channel 2. 

An  important  consideration  is  how  to  economically  interface  the  subchannels  from  the 
various  trunk  groups  with  the  processor.  Several  alternatives  include: 


Continuous  Reporting 


Time  Slot  Reporting 


Polled  System 


Reporting  by  Exception 


In  a continuous  reporting  system  each  remote  station  reports  the  status  of  its  test 
points  continuously  and  automatically  over  a dedicated  facility.  Reporting  may  be 
performed  at  a rapid  rate  since  the  transmission  facilities  are  not  time  shared  with 
other  remote  stations.  Only  one-way  transmission  is  required,  thus  providing  in- 
creased reliability.  The  disadvantage  of  such  an  approach  is  that  a receive  buffer  is 
required  for  each  trunk  group  from  a remote  station.  Such  buffers  may  be  built  into 
the  TGFs;  also  processor  activity  is  constantly  required. 


For  time  slot  reporting  a group  of  remote  stations  time  share  a single  receive  buffer. 
Each  station  is  allotted  a time  slot  in  which  to  report.  This  is  done  sequentially.  Of 
course,  such  a system  requires  occasional  synchronization  of  all  remote  station  clocks 
and  two-way  transmission  is  required.  Reliability  is  not  significantly  compromised 
here  even  if  the  synchronization  path  should  fail.  The  system  timing  stability  would 
keep  the  system  running  satisfactorily  until  repairs  are  made.  This  reporting  tech- 
nique is  economical  for  ISMTC  stations  accepting  transmissions  from  a large  number 
of  remote  repeaters,  each  providing  low  traffic  levels  of  Rtatus  and  fault  information. 
This  scheme  has  the  same  disadvantages  as  the  above  method,  however,  in  that  con- 
siderable processor  activity  is  required. 


Polling  refers  to  the  method  of  operation  where  the  ISMTC  sends  a request  to  each 
remote  station  sequentially  to  report  its  status.  This  type  of  operation  requires  a 
two-way  transmission  and,  therefore,  has  the  disadvantage  of  being  disabled  if  trans- 
mission in  either  direction  is  lost.  In  addition,  increased  load  on  the  processor  is 
incurred  by  the  requirement  to  control  the  polling  process  and,  therefore,  this  tech- 
nique may  not  be  desirable  for  this  application. 


Reporting  by  exception  is  still  another  means  of  providing  remote  status  information 
to  the  ISMTC  processor.  In  this  case,  the  processor  would  retain  the  monitored 
status  condition  last  reported  from  the  remote  station  until  updated.  This  method  has 
the  least  impact  on  required  processor  activity;  however,  it  has  the  disadvantage  that 
a system  failure  which  disrupts  the  orderwire  channel  (e.g. , communication  link  down 
or  repeater  station  destroyed)  prevents  the  receiving  of  status  information.  Another 
disadvantage  of  this  scheme  ip  that  additio  1 processing  hardware  is  required  at  each 
remote  site. 
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The  impact  on  the  switch  matrix  due  to  the  integration  of  orderwire  facilities  into  the 
ISMTC  is  small.  The  major  orderwire  impact  upon  switch  design  will  be  on  the 
processor. 

The  most  significant  problems  are  associated  with  the  processing  of  continuous  reports 
from  remote  repeater  stations.  In  order  to  estimate  the  traffic  load  from  these  re- 
peater sites  it  is  assumed  that  25  points  will  be  monitored  and  the  results  for  each 
monitored  point  are  transmitted  to  the  ISMTC  node  as  an  8-bit  character.  This  yields 
a total  of  200  bits  from  each  repeater  site.  Assuming  a maximum  of  eight  repeater 
stations  per  2400-line  node  and  a reporting  period  of  one  minute,  a total  data  rate  of 
about  30  b/s  will  result.  The  processing  of  this  type  of  data  requires  a relatively 
small  number  of  instructions  and,  therefore,  it  is  anticipated  that  the  work  load  on 
the  processor  imposed  by  remote  monitoring  will  be  small. 

5.4  PROCESSOR  REQUIREMENTS 

5.4.1  Introduction 

This  section  describes  the  processor  requirements  entailed  in  implementing  the  inte- 
grated switch/multiplex/technical  control.  Program  description  and  sizing  estimates 
are  presented  for  a baseline  system  for  several  different  switch  sizes.  No  specific 
processor(s)  has  been  recommended,  buf  i section  on  desirable  processor  character- 
istics is  included  as  well  as  a survey  of  typical  minicomputers  suitable  for  this  appli- 
cation. In  general,  the  conclusion  reached  from  studying  the  various  requirements 
indicates  that  current  processor  technology  is  capable  of  fully  supporting  the  ISMTC. 

In  fact,  the  risks  involved  in  configuring  a processor  system  from  the  operational 
characteristics  viewpoint  appear  tw  be  low.  More  risk  appears  in  satisfying  the 
stringent  environmental  and  tactical  specification. 

The  approach  taken  in  analyzing  the  program  requirements  for  the  integrated  system 
involved  splitting  the  requirements  into  two  functional  groups.  The  first  group  con- 
tains those  functions  traditionally  performed  by  a circuit  switch/multiplexer,  includ- 
ing internal  switch  monitoring,  switch  fault  isolation,  and  switch  recovery.  These 
last  functions  are  inherently  closely  related  to  the  standard  switching  functions;  hence 
they  are  considered  together.  The  second  functional  group  includes  the  category  of 
technical  control  functions,  which  at  present  are  performed  apart  from  the  switch. 
These  include  circuit  monitoring,  equipment  monitoring,  report  generation,  and  so  on. 

I Based  on  these  function  groups,  two  programs  h;  ve  been  considered — a Switch  Control 

Program  and  a Technical  Control  Program. 

Those  aspects  of  switch  control  entailing  fault  detection  and  isolation  within  the  switch, 
automatic  switch  recovery,  alternate  routing,  and  the  like  are  considered  in  the  Switch 
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Control  Program.  This  program  delineation  is  made  to  highlight  those  additional 
processor  requirements  which  result  from  integrating  the  technical  control  functions 
that  traditionally  have  been  performed  Independently  of  the  switch  and  multiplex  func- 
tions. 

Technical  control  includes  the  detection  and  Isolation  of  system  faults  and  the  necessary 
command  and  control  required  to  optimize  system  availability  and  performance.  More 
specifically,  the  technical  control  requirement  Includes  monitoring  «f  communication 
lines  and  the  associated  communication  equipments  and  coordinating  the  various  moni- 
tored data  to  assure  maintenance  of  system  quality.  The  concern  here  is  primarily 
with  the  transmission  equipment  and  only  a limited  part  of  the  switch/multiplex  sub- 
system, such  as  environmental  (temperature,  power  levels,  etc. ) factors.  As  dis- 
cussed in  detail  elsewhere,  the  overall  TCCF  concept  is  composed  of  four  elements. 
The  elements  directly  affected  by  integrating  technical  control  and  the  switch/multi- 
plexing functions  are  the  Node  Control  and  Equipment  Support  elements.  System 
Planning  and  Engineering  and  System  Control  are  performed  at  a specialized  control 
point  and  interface  with  the  node  switches  by  means  of  data  exchange  on  the  orderwire 
channel. 

Figure  57  shows  the  information  flow  required  to  support  the  integrated  switch.  The 
ISMTC  complex  is  shown  in  the  dotted  box.  There  are  three  components  shown  in- 
cluding a control  element,  switching  functions,  and  technical  control  functions.  The 
interfacing  between  the  components  can  be  considered  as  that  information  flow  re- 
quired to  coordinate  and  control  node  activities.  The  links  to  the  System  Control  Ele- 
ment and  other  switching  nodes  are  numbered  1 and  2,  respectively.  These  links  are 
common  out-of-band  channels.  Besides  carrying  TC  data,  the  S&S  information  re- 
quired for  circuit  switching  is  normally  sent  on  this  channel  as  discussed  in  the  pre- 
vious section.  Tt  is  also  necessary  to  monitor  remote  repeaters.  The  monitored  data 
are  multiplexed  onto  an  orderwire  channel  as  shown  by  link  5. 

The  ISMTC  has  been  shown  as  distinct  elements  in  order  to  emphasize  that,  to  perform 
properly,  it  is  necessary  that  only  certain  Information  be  exchanged  between  the  func- 
tional elements.  The  switching  control  function  need  not  be  aware  of  much  of  what  the 
TC  function  is  doing  and  vice  versa.  The  actual  Information  transfer  required  is  very 
small  compared  to  the  internal  processing  load.  Thus,  it  is  possible  to  consider  per- 
forming TC  processing  in  a separate  processor.  If  a separate  processor  (or  proces- 
sors) were  employed  to  perform  the  bulk  of  TC  processing,  and  a satisfactory  data 
Interface  is  used  to  transfer  the  necessary  control  information;  then  the  feasibility 
of  Integration  would  not  depend  on  one  processor  being  able  to  meet  the  memory  and 
execution  speed  demands  of  both  functions.  A federated  oomputer  complex  or  multi- 
processor may  be  considered  to  meet  the  desired  objectives,  although  there  may  be 
disadvantages  to  such  an  approaoh.  An  additional  processor  to  support  teohnlqal  con- 
trol would  impact  on  system  complexity  and  the  stringent  limitations  imposed  by 
tactloal  deployment  considerations. 
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In  addition,  there  does  exist  a certain  portion  of  the  TC  function  which  is  so  closely 
interrelated  with  the  switch  function  that  separating  the  processing  might  incur  some 
penalty  in  terms  of  efficiency.  For  example,  the  local  subscriber  loop  monitoring  is 
best  performed  by  enlarging  the  hook  scan  routines  performed  by  the  switch  function. 
To  perform  the  monitoring  in  a separate  TC  processor  would  require  independent  line 
scanning  and  detection  hardware  which,  to  some  measure,  would  duplicate  existing 
switch  capability. 

5.4.2  Switch  Control  Program 

This  program  performs  the  necessary  processor  functions  to  control  the  circuit 
switch/multiplexer,  including  local  loop  scanning,  call  analysis,  connection  control , 
directory  control,  traffic  monitoring,  and  so  forth.  The  program  is  a real-time 
dedicated  program  and  is  primarily  transaction  driven.  Figure  58  shows  the  organi- 
zation of  the  program.  The  program  is  divided  into  a series  of  modules  which  are 
executed  under  the  control  of  an  executive  module.  The  Executive  Program  serves 
as  a supervisor  and  scheduler  for  running  the  various  application  modules  on  a timely 
basis.  Since  it  is  possible  to  have  temporary  overloading,  the  Executive  Program 
must  contain  task  queues  and  a scheduling  monitor  to  ensure  that  response  time  re- 
quirements are  met  adequately. 


EXEC 
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Figure  58.  Switch  Control  Program  Function  Description 
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The  Executive  Program  also  contains  an  I/O  control  program  to  service  I/O  channels. 
Due  to  the  extensive  and  diverse  I/O  which  the  processor  is  controlling,  a multi-level 
interrupt  priority  system  is  advisable,  including  vectored  interrupt  addressing.  The 
interrupt  service  routines  are  considered  to  be  the  foreground  or  immediate  process- 
ing units,  while  the  application  modules  operate  in  the  background  or  deferred  mode. 


Essential  to  the  Executive  Program  is  a clock  routine,  which  processes  timeouts  to 
schedule  tasks  on  time  and  to  detect  malfunctions.  For  this  purpose  an  interval  timer 
on  the  order  of  100  Hz  is  required’ 


Table  8 shows  sizing  and  loading  estimates  for  the  Switch  Control  Program.  The 
estimates  are  made  for  four  switch  sizes:  300,  600,  1200,  and  2400  lines.  The  sizing 
is  done  in  number  of  processor  words,  assuming  a 16-bit  word  size.  The  loading 
estimates  are  based  on  a baseline  worst  case  traffic  loading.  Traffic  loads  will  be 
less  than  or  equal  to  the  following  values  99.  9 percent  of  the  time. 


Switch  Lines 


Worst  Case  Load 
Calls/Sec) 


The  loading  is  in  thousands  of  operations  per  second  (K  ops). 


5. 4.  2. 1 Digit  Receiver  Module 


This  module  controls  the  receiving  of  the  keyed  digit  information  from  the  local  sub- 
scriber after  the  subscriber  has  been  connected.  It  has  dirert  control  of  the  DR  units 
which  are  connected  to  the  subscriber  dialing  in.  The  actual  digits  are  buffered  by  the 
DR  which  interrupts  the  processor.  The  digits  are  inputted  and  checked  for  validity 
and  assembled  into  complete  numbers.  When  an  entire  number  has  been  received, 
it  is  passed  on  to  the  Call  Processor  Module  and  the  DR  is  released. 


5. 4. 2. 2 Supervisory  Signal  Generator  Control  Module 


This  module  controls  the  operation  of  the  Supervisory  Signal  Generator  (SSG).  As  re- 
quested by  other  modules,  the  SSG  module  "connects”  the  required  S&S  signal  to  the 
desired  subscriber  lines.  These  signals  include  ring  forward,  ring  back,  busy,  dial 
tone,  and  idle. 
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Table  8.  Switch  Control  Program  - Sizing  Estimates 


Switch  Size  (No.  of  Lines) 

Program  Title 

300 

600 

1200 

2400 

A 

B 

A 

B 

A 

B 

A 

B 

• 

Switch  Executive 

3 

20 

3.0 

24 

3.5 

28 

4.0 

40 

Hook  Scanning 

1 

10 

1.5 

15 

2.0 

20 

2.5 

30 

Digit  Receiver 

1 

5 

1.0 

7 

1.5 

10 

2.0 

14 

Supervisory  Tone  Generator 

1 

5 

1.0 

7 

1.5 

10 

2.0 

14 

Call  Processor 

6 

35 

8.0 

50 

10.0 

65 

12.0 

100 

Connection  Control 

2 

10 

2.0 

15 

3.0 

20 

3.0 

30 

Directory 

10 

55 

12.0 

60 

16.0 

100 

24.0 

160 

Traffic/Performance  Monitor 

2 

10 

2.5 

14 

3.0 

20 

4.0 

30 

Fault  Detection/Recovery 

2 

15 

2.5 

24 

3.0 

40 

3.0 

60 

Buffer  Area 

4 

- 

6.0 

- 

8.0 

- 

12.0 

- 

TOTAL 

32 

165 

39.5 

216 

51.5 

313 

68.5 

478 

Column  A = Number  of  Instructions  (In  thousands' 
Column  B = Number  of  Operations/Second  (In  thousands) 
Word  Size  = 16  bits 
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5. 4. 2. 3 Call  Processor  Module 

This  module  controls  the  processing  of  both  local  and  foreign  (Introduced  from  a re- 
mote exchange)  calls.  The  type  of  call.  Including  requests  for  special  services.  Is 
determined.  Call  routing  Information  is  received  from  the  other  modules  In  order  to 
complete  the  call.  The  routing  algorithm  (e.g. , saturation,  quick  trace,  determinis- 
tic, fixed,  etc.)  is  called  upon  to  establish  a call  route.  The  required  information 
necessary  to  connect  the  call  to  a local  subscriber  or  relay  the  call  to  another  switch 
is  transferred  to  the  Connection  Control  Module. 

5. 4. 2. 4 Connection  Control  Module 

This  module  controls  the  switch  connection  configuration.  One  method  used  to  imple- 
ment this  function  is  to  maintain  an  internal  table  to  reflect  the  current  state  of  the 
switching  matrix.  As  requests  for  connection  and  releases  are  received,  the  appro- 
priate commands  are  outputted  to  the  CC  unit.  When  a connection  request  is  made,  a 
search  is  made  through  the  internal  table  to  determine  if  any  available  paths  through 
the  matrix  exist.  If  so,  the  path  is  established.  If  the  switch  matrix  is  blocked,  the 
Call  Processor  Module  is  flagged  to  check  priority  and  determine  whether  another  call 
should  be  preempted.  This  procedure  is  unnecessary  if  a nonblocking  switching 
matrix  is  employed.  A cost  and  size  penalty  is  incurred,  however,  if  a completely 
nonblocking  design  is  used . 


5. 4.  2. 5 Directory  Module 

This  module  maintains  the  local  directory  and  can  also  maintain  a remote  user  direc- 
tory if  required.  When  a call  request  is  received,  the  local  directory  is  searched  to 
determine  if  the  subscriber  is  local.  If  so,  the  Executive  Program  1b  signaled,  and  the 
subscriber  data  are  transferred  to  the  CC  Module.  If  establishing  the  call  requires 
the  use  of  interswitch  trunking,  the  routing  procedure  is  activated  to  determine  a best 
route  between  the  originating  node  and  the  terminating  node.  When  the  subscriber  is 
found,  the  node  information  is  sent  to  the  Call  Processor.  This  module  also  handles 
directory  updates  and  specialized  directory  features. 

5. 4. 2. 6 Traffic/Performance  Monitor  Module 

This  module  monitors  the  switch  operation  to  record  pertinent  traffic  and  performance 
statistics.  This  is  essentially  a technical  control  function  but  is  better  built  into  the 
Switch  Control  Program  because  the  necessary  data  are  readily  available  at  the  switch 
control  point.  The  data  to  be  monitored  include  call  loading,  holding  times,  distribu- 
tion of  types  of  calls,  and  amount  of  blocking.  These  =.tett  sties  are  updated  at  a regu- 
lar interval,  but  at  a low  priority  to  the  processor. 


5.  4.  2.  7 Fault  Detection  and  Recovery  Module 

This  module  monitors  internal  switch  performance.  Switching  paths  through  the  ma- 
trix are  continually  tested.  As  faults  are  detected,  diagnostic  and  error  recovery 
routines  are  brought  into  action.  If  possible,  spare  modules  will  be  switched  in  auto- 
matically or,  at  a minimum,  maintenance  personnel  will  be  alerted. 

5.4.3  Technical  Control  Program 

This  section  describes  the  function  performed  by  the  technical  control  software.  The 
program  is  similar  to  the  Switch  Control  Program  in  that  it  is  a real-time  dedicated 
program.  The  executive  structure  is  expected  to  be  the  same  as  for  the  switch  pro- 
gram. Figure  59  shows  the  program  organization.  Following  is  a description  of  the 
modules  and  sizing  estimates. 


Figure  59.  Technical  Control  Program  Function  Description 


5. 4.  3. 1 Analog  Parameter  Monitor  Module 

This  module  monitors  analog  parameters  (e.g. , RSL)  to  detect  abnormal  conditions. 
The  points  may  either  be  scanned  periodically  or  report  in  a fault  interrupt  mode.  The 
former  implies  significantly  more  processing,  while  the  latter  implies  additional  out- 
board hardware,  including  threshold  detectors  and  so  forth.  The  program  monitors 
each  selected  analog  level  to  determine  one  of  three  states:  satisfactory,  marginal, 
or  failure.  This  implies  two  thresholds  per  monitored  point. 


1.  Scan  Method 

For  the  purposes  of  this  analysis  several  assumptions  must  be  made 
pertaining  to  the  ISMTC  nodal  transmission  configuration.  Since  it  is 
unlikely  for  a node  to  possess  more  than  about  eight  links,  this  number 
will  be  used  as  a worst  case  value.  It  is  further  assumed  that  these 
transmission  paths  are  equally  divided  between  dual  and  non-diversity 
links.  The  combination  of  these  two  assumptions  should  be  sufficiently 
pessimistic  to  accommodate  virtually  all  cases. 

Non -diversity  links  require  about  11  monitor  points  while  a dual  diver- 
sity configuration  yields  15  such  points.  Thus,  an  average  of  13  moni- 
tor points  per  link  is  assumed.  This  amounts  to  104  points  per  2400- 
line  node.  Approximately  200  instructions  are  required  to  scan  each 
point  and  detect  a threshold.  This  implies  a scanning  processing  load 
of  about  20,  000  instructions  per  second. 


2.  Interrupt  Method 

Actual  threshold  crossing  detection  is  performed  by  outboard  hard- 
ware. The  processor  is  interrupted  only  when  status  changes.  The 
processing  load,  therefore,  is  a function  of  failure  rate  which  should 
be  much  lower  than  the  load  imposed  by  the  scanning  technique.  Aver- 
age load  would  be  nearly  zero,  while  for  short  peak  periods  the  maxi- 
mum load  would  be  approximately  1000  instructions  per  second. 

5. 4. 3. 2 Analog  Parameter  Processor  Module 

This  module  processes  the  output  of  the  Analog  Parameter  Module.  While  the  monitor 
program  is  required  only  to  determine  the  current  level  of  each  of  the  monitored  points, 
this  processing  module  must  maintain  the  overall  status  of  *he  analog  points.  This  re- 
quires that  the  monitor  point  level  data  be  integrated  into  a status  table.  The  status  of 
each  point  would  be  broken  down  to  the  three  measurement  levels  and,  in  addition,  would 
contain  an  in-service/out-of-service  indication  and,  perhaps,  the  time(s)  of  the  recent 
changes. 

The  module  would  operate  at  fairly  low  priority.  During  normal  trouble-free  operation 
the  processing  load  would  be  minimal  but,  as  status  changed  (e.  g. , circuits  failing), 
the  load  would  Increase  significantly, 

5. 4. 3. 3 Error  Rate  Monitor  Module 

This  module  would  measure  the  error  rate  performance  of  the  orderwires  and  idle  chan- 
nels to  monitor  the  inter-switch  circuit  quality.  It  is  assumed  that  continual  monitoring 
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of  each  of  the  orderwire  channels  is  necessary.  Periodic  scanning  of  the  idle  chan- 
nels is  sufficient  in  order  to  detect  gradual  degradation.  For  program  sizing  estimates 
it  has  been  assumed  that  each  trunk  group  is  measured  constantly. 


The  primary  objective  is  to  find  bit  error  rates  on  the  32  kb/s  trunks.  The  bit  error 
performance  would  be  divided  into  several  levels  from  near  error  free  to  unacceptable. 

In  addition,  limited  P (m,n  ) and  burst  error  statistics  might  be  taken. 

The  actual  implementation  has  significant  hardware/ software  tradeoff  consideration. 

Due  to  the  high  total  data  rate  of  the  channels  to  be  monitored  at  any  one  time  »nH  the 
other  tasks  the  processor  must  perform,  a hardware  approach  is  considered  more 
viable.  This  could  consist  of  outboard  comparators  and  counters  which  would  measure 
the  number  of  errors  occurring.  The  error  counts  are  then  gated  to  the  processor. 

The  module  maintains  the  bit  error  rate  over  the  different  channels  and  checks  for  the 
error  rate  exceeding  threshold. 

5. 4. 3. 4 Orderwire  Communication  Module 

This  module  controls  the  orderwire  communications  in  order  to  receive  TC  and  signal- 
ing data  from  other  switch  nodes  and  from  remote  repeater  sites.  The  information 
rate  is  expected  to  be  low,  indicating  that  this  module  would  be  lightly  loaded. 

5. 4. 3. 5 Fault  Isolation  Module 

This  module  processes  the  data  from  the  other  modules  to  determine,  if  possible, 
where  faults  are  occurring  and  which  equipment,  system,  or  subsystem  has  failed. 

A failure  matrix  is  maintained  indicating  most  probable  equipment  affected  for  the  par- 
ticular data  received.  All  data  including  analog  parameters  and  error  rates  are  used 
to  Isolate  failures.  In  addition,  this  module  must  flag  the  Report  Generation  Module 
as  failures  are  detected. 

[|!  I 1 

5. 4. 3. 6 Report  Generation  Module 

The  Report  Generator  Module  formats  and  sends  the  TC  reports  to  the  local  operator's 
console  and  to  the  System  Control  Element  over  an  orderwire.  These  reports  Include 
maintenance  reports,  status  reports,  and  supervisory  reports.  The  formats  of  these 
reports  should  be  kept  as  concise  as  possible  to  minimize  memory  requirements.  The 

report?  r,(  uuietcton  »/.  ca*iy  aad  apeziodtc&Hy,  but  at  a low  priority. 

Table  d shows  sizing  j.r.d  Uiin-i*  e-Unate?  for  the  Technical  Control  Program.  Pro- 
gram sizes  ,n'i  la  v.’-cor wor  ores,  asruming  a 16-bit  word  size,  while  the  processor 
load  estimate  is  in  thousands  of  operations  per  second.  It  should  be  noted  that  only  TC 
programs  are  listed . Programs  normally  associated  with  the  switching  funcdcu  in- 
cluding fault  detection  and  Isolation  within  the  switch,  automatic  switch  recovery,  one' 
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alternate  routing  are  considered  In  Table  8.  Note  that  two  alternative  programs  are 
listed  under  the  Analog  Parameter  Monitoring  category,  one  a hardware  and  the  other 
a software  approach  to  monitoring.  Only  the  program  requirements  pertaining  to  the 
hardware  approach  are  included  in  the  totals  at  the  bottom  of  Table  8. 

5.4.4  Processor  Characteristics 

This  section  describes  the  desirable  characteristics  of  an  ISMTC  processor.  In  general, 
the  existing  technology  can  and  does  produce  processors  with  these  characteristics  (see 
Table  10).  To  support  the  wide  range  of  functions  a general-purpose  digital  computer 
with  a communication-oriented  instruction  set  is  needed.  The  processor  should  have 
extensive  and  rapid  bit  and  byte  manipulation  capability  but  need  not  have  high  speed 
double  precision  floating  point  and  other  such  number  manipulation  capability.  A uni- 
processor architecture  appears  adequate  but  the  processor  probably  needs  high  speed 
scratch  pad  memory  and  a microprogramming  capability. 

5. 4. 4. 1 Machine  Cycle  Time 

In  order  to  obtain  an  upper  limit  on  the  switch  processing  requirements,  Table  8 was 
prepared  on  the  basis  of  a worst  case  analysis.  The  estimates  are  traffic  dependent 
and  the  baseline  traffic  loads  were  chosen  such  that  the  results  would  be  valid  99. 9 
percent  of  the  time.  If  the  switching  functions  were  accommodated  in  a single  proces- 
sor, separate  from  the  TC  functions,  a 2-microsecond  machine  cycle  time  would  be 
adequate  for  a 2400-line  switch. 
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Another  approach  to  the  estimation  of  required  machine  speed  is  the  consideration  of 
call  processing  times.  The  effect  of  processor  overloads,  due  to  high  ti-affic,  mani- 
fests itself  as  delays  in  call  processing.  Thus,  it  is  these  delays  which  are  one  of  the 
criteria  by  which  switch  performance  is  ultimately  judged.  Therefore,  in  the  following 
paragraphs  the  processor  delays  are  calculated  as  a function  of  average  processor  utili- 
zation. 

Relatively  simple  instructions  are  required  for  switch  control  processing  and,  there- 
fore, the  execution  time  for  most  instructions  is  governed  by  the  maximum  rate  at 
which  the  program  and/or  data  memories  can  be  accessed  (cycles).  For  example,  if 
call  intervals  were  to  occur  uniformly  spaced  in  time,  a 1-microsecond  cycle  time  would 
permit  a processing  workload  of  one  million  operations  per  second.  However,  this 
assumption  pertaining  to  the  call  arrival  time  distribution  does  not  represent  a realistic 
situation.  In  fact,  it  is  well  known  that  the  number  of  call  arrivals  within  a specified 
time  interval  displays  random  variations.  More  specifically,  the  probability  distribu- 
tion is  exponential  (Poisson).  Thus,  momentary  fluctuations  in  the  call  arrival  rate 
will  overload  a processor  designed  to  accommodate  only  a slightly  greater  than  aver- 
age load.  The  result  would  be  intolerable  delays  in  call  processing.  Thus,  for  a given 
averrge  processor  load  a machine  cycle  time  must  be  chosen  to  provide  adequate  margin 
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against  statistical  processor  load  variations.  This  is  a problem  in  queuing  theory  for 
which  a simple  model  is  postulated  in  the  following  paragraphs.  The  solution  provides 
some  guidance  as  to  the  permissible  processor  loadings  and  therefore  the  required 
cycle  time. 


5. 4. 4. 1.1  Queuing  Model 


The  Queuing  Model  is  the  single  exponential  channel  Illustrated  in  Figure  60.  ^com- 
ing calls  shown  entering  from  the  left  are  processed  in  the  single  processor  repre- 
sented by  the  box  at  the  right  side  of  the  figure.  The  call  arrival  distribution  is  as- 
sumed to  be  exponential  in  time.  The  average  call  arrival  rate  is  \ calls  per  second. 
The  service  rate,  p , is  the  average  number  of  calls  which  are  processed  per  second. 
The  service  completion  distribution  is  also  assumed  to  be  exponential  which  is  a good 
approximation  to  the  actual  situation.  The  queue  is  considered  to  be  infinite  in  possible 
length;  that  is,  no  calls  are  lost. 

Storage  Buffers  . 


Processor 


Call  Arrivals 


Output 


Infinite  Queue 


Exponential 

Channel 


Figure  60.  Queuing  Model 


5. 4. 4. 1. 2 Call  Processing  Delays 


The  average  number  of  calls  in  queue  L is  given  by  Morse  (Reference  7)  to  be 


where 


Here  the  physical  significance  of  p is  the  average  processor  utilization.  For  example 
when  the  average  arrival  rate  equals  the  average  call  service  rate,  the  processor  is 
fully  loaded  and  p = 1.  Therefore,  only  the  case  for  p between  zero  and  one  is  con- 
sidered here. 


The  average  processing  service  delay  per  call,  D,  is  defined  as  the  time  spent  in  queue 
L /\,  plus  the  actual  time  required  to  process  the  call,  1/p.  Therefore 


Substituting  equation  (1)  into  (2)  yields 
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The  above  equation  expresses  the  average  call  delay  as  a function  of  average  processor 
utilization  and  is  plotted  in  Figure  61.  Note  that  delay  increases  monotonic  ally  with 
increasing  p.  Of  even  greater  significance  is  the  extremely  large  rate  of  ascent  for  D 
whenp  approaches  one.  Although  actual  service  time  values  have  not  been  used,  it  is 
apparent  that  D could  become  excessive  due  to  variations  about  an  average  p above  about 
60  percent.  It  should  be  emphasized  that  60  percent  was  chosen  somewhat  arbitrarily 
and  a more  precise  value  would  depend  on  the  actual  allowable  call  delay  and  the  actual 
call  processing  times  involved.  However,  this  value  is  useful  as  a "rule  of  thumb.” 

As  previously  stated  in  paragraph  5.4.1,  it  is  possible  to  consider  performing  techni- 
cal control  and  switch  processing  in  separate  processors.  If  this  were  to  be  the  case, 
the  Switch  Control  Program  described  in  Table  6 would  present  the  more  formidable 
processor  workload  (480K  operations  per  second,  worst  case  load).  The  estimated 
average  processor  workload  for  a 2400-line  switch  is  approximately  330K  operations 
per  second.  Assuming  a 60  percent  average  processor  utilization  is  permissible,  the 
maximum  processor  capability  required  is  550K  operations  per  second  which  is  in 
reasonable  agreement  with  the  worst  case  analysis  performed  to  generate  Table  8. 

Thus,  a single  processor  with  a machine  cycle  time  on  the  order  of  2 microseconds 
should  be  adequate  to  handle  the  switching  function. 

5. 4. 4.  2 Uniprocessor  Characteristics 

Tables  8 and  9 indicate  that  it  is  possible  to  perform  both  switching  and  TC  functions 
in  a uniprocessor.  The  following  is  a list  and  discussion  of  desirable  uniprocessor 
characteristics. 


’rocessor 


- General  Purpose  Uniprocessor 


Currently  available  uniprocessors  appear  adequate  to  meet  the 
processing  loads.  The  processors  listed  in  Table  10,  however, 
are  not  militarized  machines.  . 


Register  Organization  - 16  General  Registers 

A set  of  general  registers,  which  can  be  used  as  accumulators 
and  index  registers,  is  desirable. 
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• Word  Size  - 16  or  32  bits 

Either  is  satisfactory,  assuming  16-bit  character  addressing 
(i.  e. , half-word  for  32-bit  word  size).  The  16-bit  word  may 
be  superior  due  to  more  efficient  use  of  bits  in  desirable 
instruction  set. 

• Instruction  Set  - Communications  Oriented 

• There  should  be  a a extensive  logical  instruction  repertoire.  Also 
needed  are  byte  and  bit  manipulation  instructions  to  isolate,  test, 
and  insert  bytes  and  bits  rapidly.  High  speed  double  precision 
arithmetic  and  floating  ooint  hardware  capability  are  not  required. 

• Machine  Cycle  Time  - 1 Microsecond 

Machine  cycle  time  of  one  microsecond  to  access  main  memory 
(fetch  cycle),  and  to  execute,  is  adequate  for  projected  loads  in 
a single  integrated  processor.  Note  that  high  speed — 250  nano- 
second scratch  pad  memory — is  desirable.  With  a mix  of  instruc- 
tions from  main  memory  and  scratch  pad,  the  processor  should 
be  capable  of  1 to  1.  5 million  operations  per  second. 

• Addressing  - Direct  Addressing  and  Rapid  Indexing 

There  should  be  a number  of  base  registers  to  provide  a large 
direct  addressing  scheme.  In  addition,  rapid  and  extensive  in- 
dexed addressing  is  desirable. 

• Memory  - Core  or  Plated  Wire  Main  Memory  Semiconductor 

Scratch  Pad 

The  processor  should  support  a combination  of  random  access 
read/write  memories.  The  main  memory  must  be  non-volatile 
with  a cycle  time  of  one  microsecond.  Main  memory  size  should 
be  supported  in  Incremental  sizes  up  to  130K  words  (16-bit  word 
size).  A high  speed  scratch  pad  memory  up  to  4K  words  and  an 
access  time  of  250  nanoseconds  is  desirable.  This  memory  could 
be  volatile.  Main  memory  should  have  memory  protect  features. 

• Mlcro-Prc  cramming 

To  implement  the  desired  byte,  bit,  immediate,  etc.,  tyoe  in- 
struction, some  sort  of  micro-programming  is  advisable. 
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Input/ Output  - Multi -Channel/ Low  Overhead 

The  processor  should  support  a wide  range  of  I/O  devices. 
There  should  be  a multi -leveUnterrupt  capability  with  auto- 
matic vectoring  to  minimize  processor  load.  Direct  memory 
access  I/O  should  be  available  as  well  as  register  driven  I/O. 


5.4.5  Minicomputer  Surve\ 


It  appears  that  an  ISMTC  processor  is  feasible  using  present  technology.  Table  10  is 
a current  survey  of  typical  minicomputer  characteristics  and  prices.  The  machines 
chosen  represent  a cross  section  of  processors  which  are  commercially  available  and 
which  may  be  capable  of  supporting  ISMTC  control  functions.  It  should  be  noted  that 
these  machines  do  not  meet  military  environmental  sj>eciflcations.  However,  Tables 
11  and  12  present  the  characteristics  and  specifications  of  the  1602  RUGGEDNOVA,  a 
militarized  version  of  the  Data  General  NOVA  1200  machine  which  is  qualified  to 
MIL-E-5400  (Airborne  Equipment)  and  MIL-E-16400  (Naval  Equipment).  Prices  in 
Table  11  are  shown  for  selected  options  required  in  a 32K  word  memory  system.  For 
other  configurations  consult  the  manufacturers'  price  list. 

5. 5 INTERFACE/PHASE-IN  CONSIDERATIONS 


It  is  possible  that  an  ISMTC  facility,  along  with  related  transportable  transmission 
equipment,  could  be  deployed  to  support  various  types  of  military  communications 
systems  other  than  tactical  systems.  For  instance,  an  ISMTC  facility  could  be  called 
upon  to: 

1.  Extend  the  DCS  into  a contingency  area. 

2.  Replace  a fixed  DCS  node  which  has  been  destroyed. 

3.  Augment  existing  DCS  facilities  until  permanent  upgrading 
can  be  accomplished. 

All  of  the  ISMTC  deployments  listed  above  will  require  inter-operation  with  the  DCS. 
To  permit  the  phasing  in  of  an  ISMTC  into  the  DCS,  a compatible  interface  between 
the  two  systems  will  be  required.  Interface  as  defined  here  pertains  to  the  boundary 
between  two  systems  that  are  functionally  interconnected.  The  basic  problems  associ- 
ated with  the  design  of  such  a boundary  are  twofold — equipment  and  procedural.  Con- 
sideration must  also  be  given  to  interfaces  which  are  internal  and  external  to  the  sys- 
tem. 

The  following  sections  present  a discussion  uo  equipment  and  procedural  interfaces. 
Internal  and  external  interfaces,  followed  by  examples  applicable  to  the  interfacing  of 
an  ISMTC  with  the  DCS, 
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Table  10.  Typical  Minicomputer  Characteristics 


•CRU  - Communications  Register  Units  - Provides  capability  to  read,  write  or  test  I/O  lines  with  a single  Instruction. 


Table  11.  ROLM  Corporation  - 1602  RUGGEDNOVA 
Physical  Characteristics  and  Prices 


Model 

No. 

Description 

Size  (In*) 

Weight 

(lbs) 

Temp. 
Range  (C#) 

Price 

($K) 

1602 

Central  Processor 

7.62  x 10. 12  x 12.56 

34.0 

0°  to  +65° 

12.5 

and  Chassis 

-25#  to  +75# 

16.0 

-55#  to  +95* 

20.0 

1635 

Control  Panel 

7.  75  x 10.25  x 3.9 

9.0 

-55*  to  +55# 

2.25 

2142 

Memory  Chassis-24K 

7.62  x 10. 12  x 7.9 

8.4 

- 

2.0 

2015 

Core  Memory-8K 

- 

5.2 

0*  to  +65° 

6.0 

-25°  to  +75° 

7.5 

-55°  to  +95° 

9.0 

Table  12.  Environmental  Specifications 


Case  Temperature 

Standard  (0*  to  +65*C) 
Wide  (-25°  to  +75*C) 
Extreme  (-55°  to  +95*  C) 

Vibration 

10  g,  5 Hz  to  2000  Hz,  with  vibration 
isolators  (MIL-E-5400,  curve  IV) 

2 g,  5 Hz  to  2000  Hz,  hard  mounted 
(MIL-E-5400,  curve  11) 

Shock 

15  g,  11  msec  (MIL-E-5400) 

400  lb  h&mmei , with  isolators 
(MIL -S -901) 

Humidity 

95%  relative 

RFI 

MIL -STD-4  61 

Altitude 

80,000  ft 
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5.5.1  Equipment  Interface  Considerations 


The  function  of  the  interface  from  an  equipment  point  of  view  is  to  enable  the  two  sys- 
tems to  interoperate  smoothly  with  each  other  once  it  has  been  determined  that  traffic 
must  cross  the  interface.  The  specification  for  such  an  interface  must  state  the  type, 
quantity,  and  function  of  the  interconnection,  as  well  as  the  type  and  form  of  the  sig- 
nals that  are  to  be  interchanged.  In  some  cases,  it  is  possible  for  the  equipment  to 
provide  a simple  electrical  connection.  However,  in  many  cares  the  equipment  re- 
quired consists  of  a sophisticated  array  of  matching  (level,  impedance,  etc. ) and  con- 
version (A/D,  data  rate,  code  and  format,  signaling  and  supervision,  etc.)  devices. 

If  the  types  of  traffic  are  varied  on  a periodic  basis,  the  equipment  interface  structure 
must  be  varied  by  a control  system,  either  manual  or  automatic,  with  its  attendant 
array  of  sensing  and  activating  devices. 

5.5.2  Procedural  Interface  Considerations 

Solutions  to  a number  of  operational  problems  quite  distinct  from  that  of  equipment 
configurations  will  be  required  to  achieve  mutual  system  interoperability.  Typical 
problems  may  be  grouped  under  the  general  areas  of  system  control,  system  test  and 
lineup,  allocation  of  frequencies,  allocation  and  execution  of  precedence  levels,  pre- 
emption, etc.  There  is  a relationship  between  equipment  and  procedural  interface 
considerations.  The  extent  of  this  relationship  is  primarily  a function  of  the  degree 
oi  automation  desired,  e.g. , manual  vs  automated  call  setup  between  users  of  the  dif- 
ferent systems,  manual  vs  automated  transfer  of  system  control  information,  etc. 

5.5.3  Internal/ External  Interfaces 

With  respect  to  tactical  military  communications  systems  there  are  two  basic  types  cf 
interfaces  which  must  be  considered,  internal  interfaces  and  external  interfaces.  In- 
ternal interfaces  relate  to  the  Interconnections  between  the  various  typos  of  user  and 
subscriber  access  loops  and  the  tactical  switch.  External  interfaces  are  those  associ- 
ated with  the  Interconnection  of  other  systems  which  are  not  part  of  the  tactical  net- 
work supported  by  ISMTC  facilities. 

5. 5. 3. 1 Internal  Interface  Considerations 

Basically,  ISMTC  internal  or  Intrasystem  interface  design  must  be  concerned  with  the 
types  of  user  access  loops  associated  with: 

1.  Users  so  located  with  respect  to  the  ISMTC  that  they  can  be 
tied  to  it  through  a wire  circuit. 


’ 2.  Isolated  users  who  are  essentially  stationary  with  respect  to 

the  ISMTC  but  located  beyond  normal  wire  communication  range. 
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3.  Colonies  of  users  who  are  in  close  proximity  to  each  other 
but  remote  from  the  ISMTC. 

4.  Mobile  subscribers. 

5. 5. 3. 2 External  Interface  Considerations 

During  the  post-1980  time  frame  it  is  highly  probable  that  networks  supported  with 
ISMTCs  will  have  to  interface  with  a great  variety  of  military  and  civil  communication 
systems  of  allied  countries  and  NATO,  as  well  as  national  communication  systems. 
These  systems  may  be  grouped  into  the  following  general  categories: 

• Strategic  communication  systems  (DCS) 

• National  and  foreign  civil  communication  systems 

• Air  defense/support/traffic  control  systems 

• Allied/NATO  tactical  communication  systems 

• Weapons  systems 

% 

• Non-military  government  systems 

• Information  processing  systems,  e.g. , fire  direction,  combat 
service  support,  tactical  operations,  etc. 

It  should  be  recognized  that  within  each  of  the  above  groups  the  equipments  and  systems 
anticipated  be  operating  in  the  field  in  the  post-1980  ISMTC  time  frame  may  exhibit 
some  of  the  following  characteristics: 

1.  Independently  designed  and  not  mutually  compatible. 

2.  Assembled  into  special  purpose  systems  handling  a limited 
number  of  users  and  types  of  traffic,  e.g. , analog  voice  only, 
data  only,  etc. 

3.  Employing  various  standards. 

4.  Employing  widely  differing  operational  doctrines. 

5.  Composed  of  devices  based  on  outdated  technology. 


f 
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It  probably  will  not  be  possible  to  specify  general  interface  criteria  which  will  assure 
a compatible  interface  with  all  possible  networks  requiring  interconnect.  However,  it 
must  be  recognized  that  the  ISMTC  system  design  should  not  be  carried  out  independ- 
ently or  without  regard  to  the  characteristics  of  the  external  systems;  that  is,  consid- 
eration must  be  given  to  the  technical  characteristics  and  operational  doctrine  of  all 
equipments  composing  the  systems  with  which  ISMTCs  will  have  to  interface.  Depend- 
ing upon  the  anticipated  amount  and  type  of  traffic  an  external  system  may  carry,  the 
ISMTC  design  may  have  to  be  modified  to  provide  the  most  cost-effective  system  design. 
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5.5.4  DCS  Interface 

The  major  objective  to  consider  when  two  different  systems  must  be  interconnected  is 
the  provision  of  an  optimum  interface  which  can  reduce  the  impact  on  overall  system 
design  of  the  two  systems  to  be  interfaced.  The  two  systems  considered  in  the  follow- 
ing discussion  on  Interfacing  are  the  DCS  and  a tactical  communications  system  in 
which  ISMTCs  are  deployed. 

There  are  two  basic  techniques  for  providing  an  interface  capability  between  two  sys- 
tems. They  are: 

• Through  compatible  system  design. 

• Through  the  introduction  of  applique  units,  i.  e. , "black  boxes". 

When  possible,  compatible  system  design  is  the  preferred  method  to  achieve  an  opti- 
mum interface.  Unfortunately,  this  approach  is  not  universally  applicable  since  many 
system  designs  must  be  considered  fixed  and  not  subject  to  change  to  achieve  mutual 
compatibility.  Furthermore,  the  conflicting  requirements  among  the  various  systems 
generally  rule  out  a unilateral  effort  to  achieve  total  compatibility.  This  fact,  how- 
ever, does  not  rule  out  the  possibility  that  evolutionary  trends  in  various  systems  may 
open  up  the  possibility  of  a compatible  approach  in  the  future. 

The  possibility  exists  that,  during  the  1980  time  frame,  the  DCS  will  be  an  all-digital 
system.  If  this  possibility  becomes  a reality,  and  if  the  ISMTC  is  designed  to  be  com- 
patible with  the  all-digital  DCS,  the  interface  between  the  two  systems  would  not  pose 
any  problems.  However,  the  worst  case  situation  must  be  considered,  i.e, , the  two 
basic  systems  will  not  be  designed  to  be  completely  compatible.  Therefore,  the  inter- 
face must  be  provided  through  the  introduction  of  applique  units.  Applique  units  as 
used  in  this  discussion  refer  to  manual,  semi-automatic,  or  automatic  Interface  facili- 
ties to  compensate  for  various  system  and  user  end  Instrument  incompatibilities.  In 
general,  applique  units  would  be  required  only  at  gateway  interfaces. 

The  concept  of  a gateway  interface  provides  that  a limited  number  of  nodes  from  each 
system  are  involved  in  the  interconnection.  Since  all  intersystem  traffic  must  cross 
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this  Interconnection,  equipment  complexity  would  tend  to  be  high  although  operational 
procedures  would  be  simplified.  The  major  advantage  of  using  a gateway  Interface  Is 
that  It  minimizes  the  Impact  of  Interoperability  requirements  on  Individual  system  de- 
sign and  procedures  by  concentrating  the  problem  to  a few  areas. 

As  noted  earlier,  the  Interface  of  concern  In  this  discussion  Is  the  Interface  between 
the  DCS  (strategic  network)  and  a tactical  system  composed  of  one  or  more  ISMTCs . 
Within  the  DCS  there  are  three  major  common-user  elements,  AUTOVON,  AUTODIN, 
and  AUTOSEVOCOM.  In  the  discussion  that  follows,  emphasis  will  be  placed  on  de- 
scribing how  the  AUTOVON  and  AUTODIN  Interface  with  the  ISMTC  could  be  provided. 
Similar  techniques  could  be  used  for  AUTOSEVOCOM,  and  other  external  systems 
such  as  those  listed  In  paragraph  5. 5. 3. 2. 

5. 5. 4.1  AUTOVON  Interface 

Figure  62  Illustrates  a simplified  block  diagram  of  the  possible  Interface  between  an 
AUTOVON  switch  and  an  ISMTC.  The  basic  system  characteristics  pertinent  to  this 
oase  are  listed  In  Table  13.  With  reference  to  Figure  62,  the  purpose  of  the  Inter- 
face Module  (IM)  Is  to  make  the  AUTOVON  channel  content  appear  to  be  the  same  as 
a user  connected  to  the  ISMTC.  The  Interface  system  would  operate  as  follows: 

1.  Certain  AUTOVON  subscriber  numbers  would  be  reserved  as  a means 
of  entry  Into  the  ISMTC  and  In  turn  certain  ISMTC  user  numbers 
would  be  reserved  as  a means  of  entry  Into  AUTOVON. 

2.  When  desiring  to  go  out  of  the  tactical  system  and  Into  AUTOVON,  the 
ISMTC  user  would  dial  (key)  one  of  the  reserved  ISMTC  numbers  In- 
dicating to  the  switch  a request  for  a line  Into  AUTOVON.  (This  sig- 
naling does  not  provide  the  AUTOVON  subscriber  address.) 

3.  The  ISMTC  automatically  switches  the  tactical  user  to  one  of  a num- 
ber of  Interface  Modules  (IM)  designed  for  connection  to  AUTOVON 
Interswitch  trunks.  On  the  AUTOVON  side,  each  IM  looks  like  a 
4-wlre  subscriber. 

4.  The  IM  effectively  goes  "off  hook"  and  waits  for  a dial  tone  from  the 
AUTOVON  switch,  then  sends  a distinctly  recognizable  signal  back 
to  the  ISMTC  user. 

5.  When  the  tactical  user  hears  this  signal,  he  dials  (keys)  the  desired 
AUTOVON  number.  If  he  does  not  know  the  desired  AUTOVON  num- 
ber, he  requests  the  dial  assistance  operator. 

6.  The  IM  translates  each  digit  Into  the  proper  signaling  tones  for 
AUTOVON  and  the  connection  proceeds  normally. 
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Table  13.  AUTOVON/ISMTC  Interface  System  Characteristics 


AUTOVON 

ISMTC 

Basic  Channel 

4 kHz  analog  or  data 
(quasi -analog)  up  to 
9. 6 kb/s 

32  kb/s  digital 

End  Instrument 

4-wire  or  2 -wire  phone 

Delta  modulated  phone 
(CVSD) 

Control  Signaling 

DTMF  (in-band) 
2/6MF  (in-band) 

Digital  (in-band) 

Digital  (out-of-band),  i.e. , 
separate  signaling  and 
supervision  channels 

Local  Loop 
Trunk 

Supervision  & Signaling 

E&M 

Time  division  at  32  kb/s 

Baseband  Composition 

FDM 

TDM 

7.  The  IM  performs  the  A/D  and  D/A  conversion  for  all  signals  crossing 
the  interface.  (The  same  basic  A/D-D/A  converter  used  in  the  tac- 
tical user  subset  could  be  used  to  provide  this  function.) 

A minor  disadvantage  of  the  method  just  presented  is  that  the  user  must  know  the  num- 
bers of  the  called  party  in  the  other  system.  This  is  not  too  restrictive,  since  in 
many  cases  he  will  be  calling  a familiar  number  or  responding  to  some  instruction 
from  someone  who  knows  the  number.  If  such  is  not  the  case,  he  must  take  a two-step 
approach  and  contact  the  dial  assistance  operator. 

The  major  advantages  are  summarized  below: 

1.  Complete  independence  of  numbering  plans. 

2.  Simple  IM  equipment  without  memory.  (The  basic  requirements  are 
to  provide  only  a digit-by-digit  translation,  recognition  of  signaling 
tones,  and  A/D-D/ A conversion.) 

3.  Possibility  of  pooling  identical  IMs. 

4.  Easily  understood  discipline  (similar  to  getting  an  "outside  line" 
through  present  day  PBXs). 

5.5.4. 2 AUTODIN  Interface 

Figure  63  illustrates  a simplified  block  diagram  of  a possible  interface  between  an 
AUTODIN  user  and  a user  associated  with  an  ISMTC.  In  this  illustration  it  is  assumed 
that  the  interswitch  trunk  to  the  gateway  ISMTC  is  a dedicated  circuit  provided  by  the 
AUTOVON  system.  If  the  interswitch  trunk  is  a dedicated  circuit,  the  Interface  Mod- 
ule (IM)  would  then  be  nothing  more  than  a data  modem  converting  quasi-analog  sig- 
nals into  digital  signals. 

It  should  be  noted  that  the  most  significant  feature  of  store- and-forward  traffic 
(AUTODIN  type  traffic)  affecting  the  interfacing  of  AUTODIN  and  tactical  systems  is 
that  the  end  instruments  do  not  have  to  be  compatible.  The  only  requirement  is  that 
each  end  instrument  be  compatible  with  the  capabilities  of  its  associated  store-and- 
forward  module. 
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Figure  63.  AUTODIN  ASMTC  Interface 


With  reference  to  Figure  63,  digital  traffic  between  an  AUTODIN  user  and  a tactical 
user  would  be  accomplished  as  follows: 

1.  Assume  the  message  originates  at  an  AUTODIN  subscriber's  end 
Instrument.  The  header  part  of  the  message  must  contain  the  tac- 
tical syf  .em  user  address  In  a form  compatible  with  the  tactical  sys- 
tem (If  not,  format  translation  will  be  required  in  the  processor  serv- 
ing the  ISMTC  store-and-forward  module). 

2.  The  message  is  read  Into  the  associated  AUTODIN  store-and-forward 
switch  with  all  the  multiple  addresses  Inserted  If  applicable.  Pre- 
cedence and  security  are  dealt  with  In  an  AUTODIN  standard  manner. 

3.  The  AUTODIN  store-and-forward  switch  examines  Its  precedence 
queue  log  and  at  the  earliest  time  compatible  with  the  priority  and 
traffic  volume  the  message  is  transmitted  on  the  proper  AUTODIN 
trunk  (likely  derived  through  AUTOVON)  to  the  Gateway  ISMTC  node. 
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4.  The  store-and-forward  processor  at  the  Gateway  I3MTC  scans  the 
header,  performs  any  required  header  and  address  translations,  and 
routes  the  message  to  the  proper  tactical  user  addressee. 

The  complexity  of  the  process  in  terms  of  processor  load  (header  and  code  transla- 
tions) depends  on  adopting  common  header  and  text  code  standards.  This  is  likely  to 
be  the  case  since  the  Military  Departments  and  the  DC  A are  preparing  common  stand- 
ards for  long-haul  and  tactical  communications  systems  (Reference  5). 

5.6  OPERATOR  FUNCTIONS 


There  are  basically  three  different  types  of  personnel  necessary  for  the  overall  opera 
tion  of  a switch  node  in  a tactical  communication  network.  They  are: 

• Switch  operators 

• Technical  controllers 

• Installation  and  maintenance  personnel 

The  functions  provided  by  the  personnel  assigned  these  responsibilities  are  briefly 
described  here.  At  present,  most  required  actions  are  provided  on  a manual  basis 
in  tactical  military  communication  networks.  However,  many  of  the  required  func- 
tions are  readily  adaptable  to  automation.  Table  14  lists  operation  functions  required 
in  both  manual  non- integrated  facilities  and  in  an  ISMTC  applicable  to  the  tactical 
networks  of  the  1980s  and  indicates  which  functions  can  be  aided  by  automation.  A 
discussion  of  each  function  is  provided  below . 

5.6.1  Dial  Assistance 

Since  users  of  tactical  communication  systems  tend  to  be  more  mobile  than  users  of 
strategic  networks,  up-to-date  information  on  user  addresses  is  more  critical.  The 
use  of  dial  assistance  operators  provides  a manual  means  of  achieving  net.vork  flex- 
ibility and  responsiveness  in  order  to  accommodate  rapidly  changing  user  locations 
(i.e.,  addresses).  Automation  achievable  in  an  ISMTC  node  can  alleviate  some  of  the 
work  load  on  dial  assistance  operators  by  incorporating  deducible  numbering  plans 
and  processor  stored  location  information.  Implementation  of  such  schemes  entails 
assignment  of  user  numbers  as  a function  of  miliary  unit  assignment  as  opposed  to 
fixed  line  termination.  These  schemes,  however,  place  increased  load  on  Hie  switch 
processor  since  dynamic  table  lookups  are  required  each  time  a call  setup  is  accom- 
plished. Routines  are  also  required  in  the  processor  to  permit  the  user  to  change 
his  switch  line  termination  when  he  homes  on  a new  node.  Although  direct  user/proc- 
essor interaction  can  accomplish  directory  updating  on  an  automatic  basis  and  a de 
ducible  numbering  plan  can  alleviate  the  dial  assistance  operator  work  load,  it  is 
anticipated  that  the  1980s  ISMTC  will  require  the  assignment  of  dial  assistance 
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Table  14.  Major  Operation  Functions  at  a Switching  Node 


Required  Function 


Dial  Assistance 


Updating  Routing  Tables 


Updating  Fixed  & Mobile 
Directory  Information 


Trunk  Barring  • 


Line  and  Load  Control 


A cti  vation/Set-Up 


Deacti  vation/Tear-Down 


Patching/Rearrangement 


Testing 


Monitoring 


Conditioning 


Fault  Detection 


Provided  Manually  By 

Installation  Wlttl  13MTC 

Switch  Tech  and  — ‘ 

Operators  Controllers  Maintenance  Manual  Automated 


operators  to  assure  the  required  flexibility  and  responsiveness  under  stress  condition. 
Table' 14,  therefore,  shows  the  need  for  manual  dial  assistance  operators  in  both  the 
non-ISMTC  and  ISMTC  facilities  with  automation  assisting  the  dial  assistance  operator 
as  discussed  above. 

5.6.2  Updating  Routing  Tables 

In  a tactical  environment  the  traffic  load  on  the  trunks  of  the  communications  network 
is  subject  to  unanticipated  changes  due  to  any  of  the  following  situations: 

• Redeployment  of  forces 

• Outages  due  to  equipment  failure 

• Outages  due  to  action  by  the  enemy 

When  one  or  more  of  the  above  situations  occurs,  the  network  must  be  reconfigured  as 
rapidly  as  possible  through  reassignment  of  primary  and  alternate  routes  associated 
with  the  affected  nodes.  Therefore,  personnel  responsible  for  the  operation  of  the 
switching  system  must  be  made  aware  of  and  maintain  updated  routing  tables. 

A system  where  the  switching  function  and  the  TC  functions  associated  with  traffic  and 
circuit  monitoring  are  disassociated  requires  technical  controller  actions  to  "patch  in" 
new  trunks  and  provide  trunk  group  rearrangements  to  accommodate  new  internode 
throughputs.  These  technical  controller  actions  performed  independently  from  the 
actions  of  the  switching  centers  necessitate  coordination  between  the  technical  control 
and  switching  position  if  the  switch  is  to  maintain  an  efficient  trunk  selection  routine. 
An  integrated  facility  has  the  significant  advantage  of  accomplishing  the  technical  con- 
trol required  operator  function  of  circuit  rearrangement  and  the  switch-related  func- 
tion of  revising  routing  tables,  automatically,  through  a common  processor  system 
supporting  both  switching  and  technical  control  operations. 

5.6.3  Updating  Fixed  and  Mobile  Directory  Information 

This  function  is  required  to  support  the  dial  assistance  function  as  described  above. 
Automation  of  directory  updating  can  be  achieved  in  a non-integrated  switching  center 
by  providing  a means  of  sending  user  location  information  to  affected  switching  centers 
on  an  orderwire  or  common  signaling  channel.  A number  of  techniques  are  available 
to  update  location  information  concerning  rapidly  moving  users  (i.  e. , aircraft)  and  in- 
volve system  tradeoffs  between  node  complexity  and  user  equipment  complexity  in 
terms  of  receiver,  transmitter,  and  signal  processing  equipment  costs.  Random 
Access  Discrete  Address  (RADA)  is  an  example  of  one  technique  applicable  to  tactical 
users.  It  is  recommended  that  updating  fixed  and  mobile  directory  information  be 
handled  on  an  automated  basis  in  the  ISMTC  of  the  1980s  by  a software  table  updating 
in  the  common  switching/multiplexing  technical  control  processing  system. 


5.6.4  Trunk  Barring 


Trunk  barring  is  a means  of  network  control  whereby  some  users  are  barred  access  to 
interswitch  trunks  while  permitted  to  make  calls  to  others  homed  on  the  same  node. 
Generally,  networks  become  trunk  starved  during  high  traffic  conditions  while  main- 
taining adequate  capability  to  satisfy  intraswitch  traffic.  The  ability  to  handle  local 
traffic  is  a function  of  the  blocking  probability  of  the  switch  matrix  while  interswitch 
calls  are  limited,  in  most  networks,  to  the  transmission  capacity  between  nodes.  In 
manually-controlled  networks , trunk  barring  can  be  instituted  during  high-traffic  or 
system-degraded  conditions  by  limiting  interswitch  calls  to  priority  users.  In  the 
ISMTC  network  it  is  contemplated  that  traffic  as  well  as  quality  monitoring  informa- 
tion will  be  integrated  within  the  node's  processor  system.  As  a result,  thresholds 
can  be  set  within  the  traffic  monitoring  routines  which  will  activate  the  trunk  barring 
routine  within  the  switch  common  control  processor.  Although  preemption  on  a 
priority  basis  does  assure  trunk  access  to  callers  having  sufficient  priority,  trunk 
barring  is  recommended  in  combat  theater  networks  since  extreme  congestion  is  often 
experienced  during  crisis  conditions.  This  condition  can  be  somewhat  alleviated  by 
means  of  automated  trunk  barring  procedures. 

5.6.5  Line  Load  Control 

Line  load  control  is  similar  to  trunk  barring  in  that  network  congestion  is  alleviated 
by  denying  certain  users  access  to  the  network.  Line  load  control  is  more  severe 
than  trunk  barring  since  users  are  not  permitted  access  to  their  local  switches  even 
for  local  calls.  Commercial  switching  systems  perform  line  load  control  by  not  con- 
necting a dial  input  receive  register  in  response  to  an  off-hook  request.  Military  net- 
works are  more  complex  since  call  denial  must  be  accomplished  on  a priority  basis. 

As  discussed  in  the  paragraph  on  trunk  barring,  line  load  control  is  accomplished  in 
the  ISMTC  network  by  integrating  switch  processor  functions  with  technical  control 
traffic  monitoring  and  quality  monitoring  functions.  An  advantage  of  integrating  the 
technical  control  and  switching  functions  in  a common  processing  system  is  the  ability 
to  distinguish  between  the  necessity  for  trunk  barring  and  line  load  control  on  an  auto- 
mated basis;  that  is,  the  technical  control  trunk  monitoring  function  and  the  switch's 
inherent  common  knowledge  of  matrix  congestion  permit  ar.  automated  decision  to  be 
made  between  enacting  line  load  control  and  trunk  barring. 

5.6.6  Actlvation/Set-up 

The  ability  to  rapidly  activate  or  set  up  the  switched  network  is  an  important  consid- 
eration in  the  tactical  environment.  The  equipment  is  held  in  a staging  area  prior  to 
deployment  and  must  be  transported  and  installed  in  support  of  tactical  operations. 
Setup  consists  of  installing  and  cutting  over  subscriber  loops  and  interswitch  trunks 
and  establishing  the  appropriate  switching  and  technical  control  tables.  The  primary 
actions  required  in  both  the  integrated  and  nqn-intcgrated  system  are  manual  with  the 
heaviest  burden  going  to  the  installation  function.  Initially  a great  deal  of  interaction 
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is  required  between  the  switching,  technical  control,  and  Installation  and  maintenance 
function  until  each  node  is  properly  configured  for  optimum  system  performance.  It 
Is  recommended  that  node  setup  tables  be  preprogrammed  on  magnetic  tape  (e.g., 
cassette  tapes)  for  various  deployment  scenarios  and  that  a high  level  command  lan- 
guage be  established  to  permit  processor  access  by  switch  and  technical  control  op- 
erators. Use  of  powerful  command  language  macro- Instructions  will  alleviate  oper- 
ator setup  difficulty. 

5.6.7  Deactivation/ Te ardown 

Similar  to  the  actlvatlon/setup  operation,  the  deactlvatlon/teardown  operation  requires 
manual  action  on  the  part  of  switch,  technical  control,  and  Installation  and  maintenance 
personnel.  Each  subscriber  loop  and  Interswitch  trunk  must  be  removed  from  service 
and  coordinating  Information  passed  on  to  the  System  Control  Node  In  order  to  permit 
network  reconfiguration  actions.  In  this  case,  network  redeployment  actions  are 
the  responsibility  of  the  Planning  and  Engineering  and  System  Control  echelons. 

jj  " T ' .. 

5.6.8  Patching/Rearrangement 

Patching  and  circuit  rearrangement  are  presently  technical  control  manual  actions. 
Some  thought  has  been  given  to  automatic  patching  at  technical  control  positions  (e.g., 
ATEC),  but  most  networks  handle  this  function  by  means  of  jack  fields  which  permit 
manual  circuit  replacement  and  circuit  conditioning  by  Insertion  of  attenuators,  ampli- 
fiers repeat  colls,  and  equalizers.  The  integrated  system,  however,  envisions  a 
switched  network  serving  almost  all  users  and  the  small  number  of  validated  dedicated 
lines  (less  than  20  percent  of  the  users)  being  terminated  on  the  switching  matrix  for 
rearrangement  purposes.  By  this  means,  the  present  clearly  separable  functions  of 
technical  control  circuit  rearrangement  by  means  of  manual  patching  and  the  switch- 
ing operation  of  alternate  route  selection  are  merged.  This  operation  Is  performed 
automatically  In  the  Integrated  system  since  the  technical  control  monitoring  function 
is  used  to  update  switch  routing  tables  and  thereby  alter  trunk  route  selections.  This 
procedure  can  be  used  with  either  fixed  or  adaptive  routing  doctrines  In  the  switch. 

I In  any  case,  the  restoral/rearrangement  operation  is  handled  as  an  automatic  opera- 

tion In  the  processor  system  software  rather  than  as  a manual  action  by  technical 
control  operators.  Some  patch  panels  will  be  required  at  the  ISMTC  node,  however, 
to  provide  manual  backup  under  emergency  conditions. 

5.6.9  Testing 

Testing  Is  a technical  control  operation  and  Is  generally  performed  to  determine  if  a 
circuit  Is  within  tolerances  for  operation  before  being  Installed  or  activated.  Testing 
Is  also  performed  for  the  isolation  of  faults  when  a circuit  or  switch  falls  to  function 
properly.  The  electrical  separation  of  the  circuit  and  switch  enables  the  testing  to  be 
accomplished  In  both  direction,  l.e.,  the  circuit  and  the  switch  can  be  tested  sepa- 
rately. Testing  Is  an  essential  part  of  the  fault  isolation,  repair,  and  restoral  process 


and  is  distinguished  here  from  the  automated  fault  and  quality 
envisioned  in  the  integrated  system.  Testing  presently  is  accomplished  manually 
by  technical  controllers  who  are  responsible  for  Initiating  tests,  diagnosing  faults 
md  coordinating  testing  activity  with  remote  stations.  Processor  assisted  automa 
tlon  of  the  testing  operation  is  Incorporated  In  the  ATEC  system  be  ng  mp  emen 
JoTexlstlng  strlg^  networks  and.  similarly,  processor-assisted  testing  is  envi- 
sioned for  the  integrated  tactical  system  although  the  type  of  testing  would  differ  ap 
oreclably  from  the  analog  ATEC  type  tests.  Manual  operations  are  required,  ow- 
ever  in  either  an  Integrated  or  nen- Integrated  network.  For  example,  specialized 
test  equipment  will  occasionally  be  necessary  to  enable  fault  Isolation  and  coord  na- 
tion with  remote  slten. 


5.6.10  Monitoring 

Monitoring  Is  the  technlcsl  control  process  of  measuring  the ~ 
out  disturbing  the  transmission  path.  The  process  of  monitoring  olroilte Is  usuaUy 
performed  In  order  to  detect  degradation  of  Ac  circuit  before  complete  failure^  The 
ESMTC  system  envisions  automating  this  function  by  use  of  a node ' 

As  discussed  elsewhere,  certain  monitoring  functions  can  be  buUt  dlrecUy  Into the 
switch  processor  and  associated  hardware  Inherent  to  the  switching  funall°”' 

the  hook  scanner  circuit  could  be  used  to  monitor  error  rate  on  the  sub 
scrlber  loop  by  monitoring  the  known  idle  pattern  and  relaying  gross  erf°r  st“* 
tics  to  the  switch  processor.  Similarly,  the  Idle  pattern  on  the  Inters  witch  trunks 
can  he  monitored  by  the  switch  processor.  In  any  case,  it  is  recommended 
monitoring  be  handled  on  an  automated  basis  in  the  Integrated  system  s oe  er 
a natural  overlap  between  certain  switching  operations  (e.g.,  trunk  testing  for  con- 
nection. hook  scrjming,  idle  detection,  etc.)  and  technical  control  monitoring  func- 
tions. 

5.6.11  Conditioning 

Conditioning  consists  of  altering  the  electrical  characteristics _of  a transmission  chan- 
nel to  make  It  suitable  to  the  user  and  to  permit  compatible  ^ chm. 

transmission  system.  In  ncrmal  practice  conditioning  is  accomp  lshed  when  to  chan 
nel  Is  Initially  established.  However,  since  circuits  are  subject  to  change  with 
adjustments  hi  conditioning  are  required  to  restore  circuit  quality  when  degradation 
Is  detected  Conditioning,  therefore.  Is  dlrecUy  tied  to  the  technical  control  func- 
Uo^rf  circuit  monltorlS  and  testing.  In  existing  networks  conditioning  represents 
a significant  portion  of  the  technical  controller's  responsibility  and  Is  handled  mtui 
ually  by  means  of  equipment  patching  between  voice  frequency  <VF1,  circuit  level,  DC, 
and  cable  patch  bays.  Many  of  the  technical  control  conditioning  concepts  me  appli- 
cable to  analog  FDM-derived  voice  circuits  and,  therefore,  are  no  app 
derived  digital  circuits.  Some  simplification  results  from  handling  digital  circuits 
on  a wideband  time  Interleaved  basis  rather  than  using 4-1  Ha  voice  circuits. 


5.6.12  Fault  Detection 

Fault  detection  Is  the  process  by  which  a faulty  circuit  or  malfunctioning  equipment  Is 
discovered  by  the  technical  controller  or  maintenance  personnel.  In  the  past,  the 
most  common  method  of  fault  detection  In  the  tactical  environment,  with  manual  facil- 
ity control,  was  reports  from  subscribers  and  switchboard  operators.  With  the  ad- 
vent of  electronic  automatic  switching  systems  It  Is  possible  to  enhance  this  function 
through  automation,  l.e.,  automated  fault  detection.  It  Is  possible  In  the  Integrated 
system  to  automate  the  process  of  fault  detection  both  on  an  equipment  and  circuit 
basis.  The  process  Is  directly  related  to  the  technical  control  functions  of  testing 
and  monitoring  and,  as  discussed  previously,  the  Intention  Is  to  make  use  of  the  proc- 
essor system  at  the  node  to  automate  this  technical  control  function. 

5.6.13  Fault  Isolation 


The  basic  process  of  fault  Isolation  consists  of  breaking  down  a circuit  Into  Its  com- 
ponent elements  and  testing  each  to  determine  which  element  19  faulty.  Short  cuts  to 
this  process  are  usually  developed  as  characteristics  and  failure  patterns  are  estab- 
lished. The  proper  selection  of  monitor  points  and  the  means  to  telemeter  the  fault 
reports  to  the  ISMTC  processor  permit  the  automation  of  the  fault  Isolation  process. 
In-statlon  fault  Isolation  Is  accomplished  by  means  of  the  diagnostic  routines  built 
Into  the  processor  software.  The  depth  to  which  out-of-statlon  fault  Isolation  occurs 
Is  a function  of  loading  on  the  orderwlre  channel  and  the  processor  work  load.  The 
tradeoff  between  processor  and  channel  load  and  maintenance  requirements  Indicates 
It  Is  not  practical  to  attempt  fault  Isolation  to  each  replaceable  card  at  a remote  sta- 
tion and,  therefore,  maintenance  personnel  will  be  required  to  perform  fault  Isola- 
tion at  this  level. 


5.6.14  Coordination 

Coordination  Is  the  process  by  whloh  the  technical  controller  directs  the  actions  nec- 
essary to  test,  activate,  or  restore  a circuit  Involving  participation  by  far-end  and/or 
Intermediate  sites.  The  critical  Item  In  coordination  Is  reliable  communications  ex- 
ternal to  the  circuit  being  tested,  activated,  or  restored.  Orderwlres  are  generally 
used  for  this  purpose.  Coordination  Is  basically  a manual  operation  requiring  partic- 
ipation by  personnel  at  each  affected  site.  Some  automation  of  the  operation  Is  pos- 
sible in  the  integrated  system  by  means  of  Interaction  between  the  switching  and  the 
technical  control  functions.  For  example,  loop  arounds  can  be  accomplished  by  pro- 
viding appropriate  circuitry  In  modems,  multiplexers,  and  switches.  Coordination 
with  the  switch  processor  permits  seizure  of  Idle  return  paths  between  nodes  and, 
therefore,  permits  testing  on  a non- Interfering  basis. 
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5.6.A5  Restoral 

Restoral  as  used  here  Is  the  replacement  of  service  which  Is  denied  through  faulty 
circuits  or  equipment.  Generally,  restoral  consists  of  replacement  of  faulty  com- 
ponents or  repair  of  faulty  circuits  as  compared  to  the  substitution  of  one  communica- 
tion channel  with  another  as  Is  done  In  circuit  patching  or  rearrangement.  Restoral 
requires  coordinated  action  between  technical  control  and  maintenance  personnel  and, 
therefore,  some  degree  of  manual  action.  In  the  Integrated  system,  automation  Is 
brought  to  the  process  by  means  of  the  software-controlled  fault  detection  and  fault 
Isolation  routines  discussed  above. 


6.6.16  Reporting 

Reporting  consists  of  the  dissemination  of  Information  concerning  ch'cult  ant’  traffic 
status,  faur*.  Implementation  plans,  circuit  routing  tables,  etc.  Reporting  proce- 
dures for  the  various  operational  elements  of  the  network  will  vary  depending  upon 
their  functions  In  the  system.  The  reporting  function  as  done  manually  In  existing 
networks  Is  a time-consuming  operation  for  the  technical  controller.  As  discussed 
previously  In  Section  4.4,  the  Intention  Is  that  the  Integrated  system  will  decrease  the 
controller  burden  by  Instituting  an  automated  reporting  procedure  which 
provides  the  System  Control  and  System  Planning  and  Engineering  elements  with  the 
ffata  required  to  assure  satisfactory  communication  support  to  the  overall  tactical 
operation.  The  reporting  Is  provided  on  the  orderwlre;  the  basic  form  of  the  reports 
Is  discussed  In  Section  4.4, 


6.6.17  Recordkeeping 

The  recordkeeping  function  consists  of  the  collection  and  maintenance  of  records  re- 
lated to  the  current  status  of  all  monitored  circuits  and  equipment,  test  data  from 
testing  programs,  circuit  technical  data  concerning  the  routing  equipment  used,  and 
operational  characteristics  cf  all  circuits,  circuit  rerouting  assignments,  and  other 
similar  operational  data.  At  present,  reoordkeeplng  is  basically  a manual  technical 
control  operation  using  documentation  such  as  Circuit  Record  layout  Cards.  As  In- 
dicated In  the  paragraph  above  on  the  reporting  function,  recordkeeping  Is  a tedious 
nr>H  time- oonsumlng  process  amenable  to  automation.  In  the  Integrated  approach  It 
Is  reoommended  that  a data  base  be  kept  In  mass  storage  by  the  System  Control  and 
the  System  Engineering  and  Planning  Elements.  Some  updating  of  records  will  be  re- 
quired on  a manual  basis  by  means  of  entry  terminals  at  the  ISMTC  nodes  such  as 
notification  of  clroult  end  equipment  return  to  service.  Such  entries  are  made  by 
means  of  the  conversational  oommand  language. 


5.7  RED/BLACK  CONSIDERATIONS 

The  ultimate  objective  for  both  tactical  and  strategic  (DCS)  communications  networks 
for  the  post-1980  time  frame  is  a fully  secure  all-digital  system  capable  of  handling 
voice,  data,  message,  and  graphic  (fax,  video,  etc.)  traffic.  To  meet  this  objective, 
specially  designed  communications  security  (COMSEC)  equipment  will  be  required  for 
both  loop  and  trunk  (bulk)  encryption/decryption.  The  COMSEC  equipment  designed 
for  use  during  the  post-1980  time  frame  will  have  to  interface  with  the  Integrated 
Switch/ Multiplex/Technical  Control  facility.  Therefore,  consideration  must  be  given 
to  satisfying  the  Red/ Black  Engineering  Installation  Criteria  at  the  Interface  between 
the  switch  module  and  COMSEC  module. 

When  discussing  Red/Black  considerations  the  terms  "Red  Area"  and  "Black  Area" 
are  generally  used.  These  terms  can  be  defined  as  follows: 

• "Red  Area"  - That  area  of  a secure  communications  complex  In  which 
classified  information  appears  in  the  clear. 

• "Black  Area"  - That  area  of  a secure  communications  complex  In 
\.Mch  classified  information  appears  In  protected  form,  i.e.,  the 
classified  information  has  been  encrypted. 


Detailed  information  related  to  Red/Black  engineering  Installation  criteria  and  guide- 
lines can  be  obtained  from  the  following  documents: 

1.  AFNAG-5A  (Amendment  2)  (C);  Red/ Black  Engineering  and  Installa- 
tion Criteria  (U)/31  March  1969. 

2.  MIL-HDBK-232(C);  Military  Standardization  Handbook,  Red/Black 
Engineering  Installation  Guldellnes/14  Nov  1972. 

The  major  consideration  with  respect  to  Red/Black  Interface  for  the  integrated  switch 
is  that  of  hardware;  that  is,  hardware  such  as  isolation  devices  will  be  required  on 
all  lines  crossing  the  Red/Black  interface.  The  Red/Black  isolation  device  must 
provide  isolation  of  signal  lines  and  their  associated  timing  leads  when  they  enter  the 
Red  area  from  the  Black  area.  Basically,  the  Isolation  device  must  provide  high 
attenuation  to  any  Red  signal  which  could  appear  on  the  Black  side  of  the  interface. 

In  addition  to  Isolation  devices,  consideration  must  be  given  to  the  avoidance  of  se- 
cure Information  and  crypto  key  stream  being  simultaneously  transmitted  through  in- 
advertent electromagnetic  radiation  or  other  types  of  emanation,  i.e.,  consideration 
must  be  given  to  TEMPEST  requirements. 

The  number  and  location  of  the  Red/Black  isolation  devices  will  be  dependent  upon  the 
COMSEC  doctrine  related  to  loop  and  trunk  signaling,  I.e.,  secure  vs  non-secure 
signaling.  With  secure  signaling  the  encrypted  signaling  Information  must  be  decrypted 
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tion.  Since  the  signaling  information  is  in  the  clear  within  the  switch,  the  switch 
must  be  consldered.as  a Red  switch  and  be  located  in  a secure  Red  area.  Therefore, 
all  loops  and  trunks  associated  with  the  switch  will  require  Red/Black  isolation  de- 
vices. Figure  64  Illustrates  the  functional  Red/Black  interface  required  for  secure 
signaling, 

With  non-secure  signaling,  the  signaling  Information  can  be  acted  upon  directly  by 
the  switch.  Once  the  connection  is  made,  secure  traffic  can  pass  directly  through 
the  switch  in  fully  encrypted  form.  Therefore,  the  switch  could  be  considered  as  a 
Black  switch  and  located  in  a non-secure  Black  area.  Figure  65  illustrates  the  func- 
tional Red/Black  Interface  for  non-secure  signaling.  With  reference  to  Figure  65, 
note  that  Red/Black  isolation  devices  would  be  required  on  the  I/O  lines  between  the 
switch  and  the  COMSEC  equipment.  With  non-secure  signaling,  the  number  of  Red/ 
Black  isolation  devices  required  would  be  less  than  that  required  with  secure  signal- 


ing. 

An  additional  consideration  arising  from  the  interfacing  of  tech  control  with  the  switch 
is  to  protect  Red  data  within  the  switch  from  Inadvertent  coupling  direct  to  the  trans- 
mission medium  being  monitored.  TEMPEST  requirements  in  this  case  may  result 
in  the  use  of  Isolation  devices  on  the  orderwlre  channels  and  between  the  switch  com- 
puter interface  hardware  and  sampling  points  on  the  traffic  channels,  Nevertheless, 
it  is  fairly  straightforward  to  provide  the  requisite  protection  for  Red/Black  in  this 
instance  as  well  as  in  the  others. 

The  conclusion  one  may  draw  from  considering  Red/Black  requirements  for  the  inte- 
grated ISMTC  is  that  they  influence  the  decision  for  Integration  very  little.  Clear 
Interface  points  are  definable  and  the  modules  necessary  for  interface  should  not 
increase  the  cost  of  the  hardware  for  the  Integrated  configuration  in  comparison  to 
the  cost  for  the  same  functions  supported  separately.  In  fact.  Indications  are  that 
some  savings  may  result  by  virtue  of  the  elimination  of  Individual  elements  with  the 
necessity  for  wiring  between  them. 
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LKG  - Loop  Key  Generator 
TKG  - Trunk  Key  Generator 
0 - Isolotion  Derice 


Figure  65.  Red/Black  Interface  - Non  Secure  Signaling 


6.0  PHYSICAL  CONSIDERATIONS 


Aside  from  installation  time  and  effort  considerations,  the  question  of  equipmert  trans- 
portability ultimately  resolves  itself  to  the  sizes,  weights,  and  number  of  the  various 
equipment  "packages"  (e.  g. , integrated  switch/multiplex/tech  control,  power  supplies, 
display  panel,  printer,  CRT  terminal,  etc. ) making  up  a given  overall  configuration. 
These  characteristics  directly  dictate  the  enclosure  and  transport  vehicle  requirements. 
The  transportability  requirements,  therefore,  are  important  in  determining  the  use- 
fulness of  an  equipment  configuration  in  contingency  applications. 


To  consider  the  equipment  packages  in  the  proper  perspective,  it  is  necessary,  there- 
fore, to  consider  the  various  types  of  enclosures  that  might  be  used  as  well  as  the 
means  for  transporting  the  enclosures.  Equipment  enclosures  and  associated  land 
transport  vehicles  are  classified  in  the  following  categories: 


1.  Shelters  - Box-like  enclosures  for  equipment,  usually  rectangular  and 
made  out  of  metal,  that  have  no  wheels  or  motive  power  of  any  kind. 


2.  Box  trucks  - Trucks  that  have  enclosed  cargo  carriers  integral  with 
the  truck  bodies. 


Flat-bed  trucks  - Trucks  with  flat,  open  cargo  carriers  (amenable  to 
carrying  shelters). 


Trailers  - Cargo-ca  trying  wheeled  vehicles  that  have  no  motive  power 
(must  be  towed)  but  which  support  their  own  weight.  These  vehicles 
may  be  towed  by  ordinary  trucks. 


Semi-trailers  - Again,  cargo-carrying  vehicles  that  have  no  motive 
power  and  must  be  towed  but  which  do  not  support  their  entire  weight 
when  towed.  These  vehicles  are  coupled  to  tractors  which  partially 
support  the  trailer  weight  and  supply  the  motive  power,  forming  a 
semi-integrated  vehicle. 


Shelters  could  theoretically  come  in  any  size  but,  since  they  must  be  lifted  on  and  off 
flat-bed  trucks  or  other  vehicles  for  ground  transport,  they  are  practically  limited  to 
relatively  modest  dimensions.  They  are  convenient  for  use  when  overall  equipment 
configurations  are  fairly  compact. 


Box  trucks,  with  equipment  enclosures  integral  to  the  motor-drive  units,  are  usually 
tiC'i  desirable  for  the  IS  MIC  application  since  it  may  not  be  practical  to  require  the 
air  transport  ■ f the  equipment  enclosures. 
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6. 1 OPTIMUM  ENCLOSURE  SIZE  CONSIDERATIONS 

Insofar  as  the  optimum  enclosure  size  for  a given  configuration  is  concerned,  several 
factors  must  be  considered. 

Among  these  are: 

1.  The  feasibility  of  moving  the  equipment  to  the  desired  location; 

2.  The  number  of  units  required; 

3.  The  complexity  of  inter-unit  wiring  if  a large  number  of  units  are 
used; 

4.  The  amount  of  operating  space  required  and  its  relation  to  particular 
pieces  of  equipment; 

5.  The  stability  of  the  equipment,  particularly  during  transportation  over 
rough  ground; 

6.  Heating  and  cooling  requirements  both  for  personnel  and  equipment; 

7.  The  desirability  of  grouping  a number  of  small  mite  for  ready  access 
from  one  to  another;  and, 

8.  The  manpower  required  for  operation. 

Cramped  operating  conditions  are  not  conducive  to  good  equipment  performance.  The 
amount  of  operating  space  required  will  depend  upon  the  type  of  equipment.  Operation 
of  patch  bays,  meters,  tuning  and  adjustments,  etc. , must  be  considered  along  with 
space  requirements  dictated  by  maintenance  needs.  In  addition,  some  specifications 
require  that  20  percent  surplus  equipment  space  be  allowed  when  equipment  is  first 
designed  so  there  will  be  room  for  minor  modifications  at  a later  date. 

The  center  of  gravity  of  the  transportable  enclosure  must  be  kept  sufficiently  low  so 
that  the  mobile  unit  is  not  likely  to  overturn  in  traversing  sloping  ground.  SCL-1280D 
"Design  of  Electronic  Equipment  for  System  Installation  in  Shelters  and  Vans"  contains 
requirements  in  this  regard.  There  is  also  a requirement  of  not  over  five  percent  un- 
balance in  the  loading  of  the  roadside  and  curbside  sides  of  the  shelter  as  well  as  addi- 
tional limitations  on  fore  and  aft  balance.  Air-conditioning  and  cooling  equipment 
could  occupy  a significant  amount  of  room  and,  along  with  the  heating  equipment,  must 
hold  interior  conditions  reasonably  uniform  under  extreme  variations  in  environmental 
weather  conditions.  The  sensitivity  of  the  advanced  integrated  circuitry  contemplated 
for  the  ISMTC  should  be  considered  with  regard  to  the  envf  ronmental  conditions  expected 

in  the  shelter. 
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The  manpower  required  for  operation  will  depend  upon  the  number  of  shelters  that  are 
used  and  the  way  the  equipment  is  distributed.  Tech  control  operations  or  equipment 
operation  may  require  full-time  operators.  These  requirements  could  be  reduced  if 
suitable  alarms  are  installed  and  reserve  manpower  is  available  to  follow  up  on  the 
alarms. 


Finally,  the  optimum  shelter  or  enclosure  size  is  heavily  dependent  on  the  particular 
sizes  and  shapes  of  the  equipment  to  be  packaged.  The  utmost  in  equipment  transport- 
ability feasible  must  be  maintained  while  the  functional  usefulness  of  the  configuration 
must  not  be  unduly  sacrificed.  Nor  would  it  be  practical  to  utilize  a great  variety  in 
shelter/van  sizes  for  a single  configuration.  The  transportability  is  determined  by  the 
largest  enclosure  size  used,  since  all  of  the  packages  have  to  get  to  the  same  destina- 
tion in  the  end. 


6.2  SHELTERS 


There  are  a large  variety  of  shelters  currently  in  military  nomenclature  inventory 
which  encompass  both  "standard"  and  "non-standard"  models.  A representative  sam- 
pling of  military  shelter  models  suitable  for  this  type  of  application  and  their  charac- 
teristics is  given  in  Table  15. 


Table  15.  Typical  Standard  Shelters 


Nomen- 

clature 

Length 

(inches) 

Width 

(inches) 

Height 

(inches) 

” ■"  " 1 

Weight* 

(pounds) 

Nominally  Designed 
for  Vehicle  Carrying 
Capacity  (tons) 

S-308 

72.0 

70.5 

66.5 

475 

3/4 

S-318 

72.5 

71.5 

69.5 

475 

3/4 

S-250 

96.0 

84.0 

60.0 

825 

1-1/4 

S-141 

143.0 

80.5 

81.0 

1200 

2-1/2 

S-280 

147.0 

87.0 

83.0 

1200 

2-1/2 

S-252 

168.0 

96.0 

78.0 

1500 

5 

♦Approximate 


In  Table  15,  the  dimensions  of  the  shelters  are  listed  along  with  the  nominal  designed 
weight-carrying  capacities  of  the  corresponding  vehicle.  In  most  cases  the  dimensions 
of  the  shelters  are  sufficient  to  contain  somewhat  more  than  the  design  weights.  It  will 
therefore  generally  be  the  vehicle  weight  hauling  limitation  which  will  determine  how 
much  equipment  can  be  carried  in  a shelter.  For  example,  the  S-280  shelter,  nomi- 
nally designed  for  a 2-1/2  ton  vehicle,  could  easily  carry  about  4-1/2  tons  of  equipment 
(giving  a gross  weight  of  5 tons)  without  overcrowding.  Such  factors  as  whether  or  not 
personnel  are  to  be  stationed  in  the  shelter,  ease  of  maintenance,  and  equipment  ac- 
cessibility would  indicate  the  desirability  of  using  a larger  shelter.  Although  larger 
shelters  introduce  a slight  additional  weight  overhead,  it  is  important  that  sufficient 
space  be  allowed  for  proper  equipment  weight  distribution.  Weight  unbalance  between 
the  two  sides  of  the  shelter  must  be  avoided  while  a low  center  of  gravity  must  be 
maintained  to  avoid  the  danger  of  overturning  during  land  transport. 

6.  3 ISMTC  PHYSICAL  REQUIREMENTS 

Preliminary  estimates  of  ISMTC  physical  requirements  indicate  that  it  may  be  possible 
to  house  the  complex  in  as  few  as  one  or  two  shelters.  Accurate  size  and  weight  esti- 
mates for  the  PF,  BB  and  multiplex  monitoring  equipment  are  not  possible  without 
some  sort  of  a preliminary  equipment  design  effort.  However,  the  processor,  switch, 

CRT  terminal,  cassette  tape  unit,  and  low-speed  printer  should  weigh  about  400  lbs 
and  require  approximately  3,  000  watts  of  power.  This  weight  figure  seems  r mpatible 
with  the  typical  standard  shelters  described  in  Table  15.  Note  that  the  overall  weight  t 
and  power  requirement  is  obtained  by  adding  the  contributions  from  the  RF,  BB,  and 
multiplex  monitors,  multiplex  external  to  switch,  display  panel,  DC  supplies,  A/C, 
heating,  ventilation,  etc. 
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RADC  is  the  principal  AFSC  organization  charged  with 
planning  and  executing  the  USAF  exploratory  and  advanced 
development  programs  for  information  sciences/  intelli- 
gence, command,  control  and  communications  technology, 
products  and  services  oriented  to  the  needs  of  the  USAF . 
Primary  RADC  mission  areas  are  communications , electro- 
magnetic guidance  and  control,  surveillance  of  ground 
and  aerospace  objects,  intelligence  data  collection  and 
handling,  information  system  technology , and  electronic 
reliability,  maintainability  and  compatibility.  RADC 
has  mission  responsibility  as  assigned  by  AFSC  for  de- 
monstration and  acquisition  of  selected  subsystems  and 
systems  in  the  intelligence,  mapping,  charting,  command, 
control  and  communications  areas. 


